Received: from vmb.brl.mil by VMB.BRL.MIL id ai03549; 11 Jun 90 20:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02804; 11 Jun 90 19:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id af00978; 11 Jun 90 19:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07627; 10 Jun 90 12:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10864; Sun, 10 Jun 90 08:59:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jun 90 15:10:23 GMT From: John D Mccalpin Organization: College of Marine Studies, Univ. of Delaware Subject: unsigned variables in f77 ??? Message-Id: <6583@vax1.acs.udel.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am working with lots of 8-bit image data that I want to transfer rapidly to the screen using an f77 program. Since RECTWR wants 16-bit data, I have to copy the 8-bit data to a 16-bit array. Unfortunately, f77 considers the 8-bit (integer*1) data to be signed, and so it does sign extension in the transfer to the integer*2 array. Is there any clean way of turning this off? (Without coding in C!) My workaround is based on the old FORTRAN trick of adding an extra dimension of 2 at the beginning of the array an using that to refer to the real and imaginary parts, only here I use it to refer to the high and low bytes of the 16-bit pixel values. In the production code, I collapse the DO loops and unroll them to a depth of 4 to decrease the overhead. Anybody have any better ideas? subroutine putpix(irec) parameter (n=512) integer*1 byte(n,n) integer*1 pixel(2,n,n) logical first save pixel,first data first /.true./ if (first) then ! clear high-order bytes do 2 j=1,n do 1 i=1,n pixel(1,i,j) = 0 1 continue 2 continue first = .false. endif * ----- get data ----- read (iunit,rec=irec) byte * ----- copy array byte to low-order bytes of array pixel ----- do 20 j=1,n do 10 i=1,n pixel(2,i,j) = byte(i,j) 10 continue 20 continue * ----- send to pix buffer ----- call rectwr(1,1,n,n,pixel) return end -- John D. McCalpin mccalpin@vax1.udel.edu Assistant Professor mccalpin@delocn.udel.edu College of Marine Studies, U. Del. mccalpin@scri1.scri.fsu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id al03549; 11 Jun 90 20:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae02804; 11 Jun 90 19:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id al00978; 11 Jun 90 19:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01463; 10 Jun 90 22:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12754; Sun, 10 Jun 90 18:52: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: 11 Jun 90 01:35:40 GMT From: John D Mccalpin Organization: College of Marine Studies, Univ. of Delaware Subject: f77 bug in IIOR ? Message-Id: <6585@vax1.acs.udel.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just noticed that the IIOR function generates an AND operation in the following code! integer*2 i1,i2,i3 i1 = 8 i2 = 512 i3 = iior(i1.i2) print *,i3 end Thus code gives a result of zero! I looked at the code, and there is an AND in there instead of an OR. Switching to IOR gives the correct result.... -- John D. McCalpin mccalpin@vax1.udel.edu Assistant Professor mccalpin@delocn.udel.edu College of Marine Studies, U. Del. mccalpin@scri1.scri.fsu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id am03549; 11 Jun 90 20:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af02804; 11 Jun 90 19:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id an00978; 11 Jun 90 19:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02199; 11 Jun 90 0:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19067; Sun, 10 Jun 90 20:47: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: 11 Jun 90 03:41:09 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: pbmplus on SGI? Message-Id: <784@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone gotten the pbmplus routines to run on an SGI? I just downloaded pbmplus.tar.Z from uunet (found in X/contrib). I modified the header file so that it compiles as system V and left the rest of the header file unchanged. I modified the Makefile so that it uses cc (no gcc here) and I removed the -s option from the ldflags. When I try to convert a gif file to ppm, I get the following: test.gif is a corrupt GIF file (unblock) I tried it on another known good GIF file and got the same output. I've converted these test files using fromgif on the SGI so I know the pictures are ok. (at least fromgif likes them). Has someone gotten these utilities to work on the SGI? If so, what did you do to get them to work? Thanks in advance! Dan Watts -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!uunet!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04161; 11 Jun 90 20:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02804; 11 Jun 90 19:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00978; 11 Jun 90 19:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07058; 10 Jun 90 7:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28016; Sun, 10 Jun 90 04:02: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: 10 Jun 90 09:59:08 GMT From: eru!luth!sunic!mcsun!cernvax!chx400!urz.unibas.ch!doelz@bloom-beacon.mit.edu Organization: University of Basel, Switzerland Subject: Re: totiff image filter- merci ! Message-Id: <1990Jun10.105908.781@urz.unibas.ch> References: <61994@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <61994@sgi.sgi.com>, paul@manray.asd.sgi.com (Paul Haeberli) writes: > > begin 777 totiff > M`6``"29H'\4````````````X`` 9``_````/P"``+VQI8B]L:6)C7W,```````P` > ` > end Thats really good service. Thank you very much indeed, Paul! Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id ad04161; 11 Jun 90 20:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac03549; 11 Jun 90 20:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab02958; 11 Jun 90 19:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00578; 11 Jun 90 13:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01264; Mon, 11 Jun 90 09:48:17 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jun 90 21:11:56 GMT From: Trevor Paquette Organization: The University of Calgary Subject: Re: Bus error DURING call to malloc() Message-Id: <1990Jun10.211156.16153@calgary.uucp> References: <14525@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <14525@thorin.cs.unc.edu>, taylorr@glycine.cs.unc.edu (Russell Taylor) writes: > > We are running OS 3.2.2 on an IRIS 4D/240GTX. I ran a program and > got the proverbial 'Bus error (core dumped)' message. The catch is that > when I run dbx and look for the error, it tells me that the error occured > IN malloc(): > > ....Source (of malloc.c) not available... > > There are several calls to malloc() in the code. There have been > successful calls before this call is made. All calls are passed constant > references, and this code compiles and runs correctly on a variety of other > machines (VAX, sun 4, DecStation). > > Is there a known bug (and hopefully fix) for this? > > Thanks, > Russell Taylor > taylorr@cs.unc.edu In the files that use malloc add the following.. #include then when compiling add '-lmalloc' to your list of libraries. I have had this problem before and this cleared it up. Note: this does not 'fix' the problem.. you are now using a different malloc. Trev ___________________________________________/No man is a failure who has friends Trevor Paquette ICBM:51'03"N/114'05"W|I accept the challange, body and soul, {ubc-cs,utai,alberta}!calgary!paquette|to seek the knowledge of the ones of old paquette@cpsc.ucalgary.ca | - engraved on the Kersa Blade of Esalon   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03549; 11 Jun 90 20:12 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00976; 11 Jun 90 19:31 EDT Received: from sem.brl.mil by VMB.BRL.MIL id ai00461; 11 Jun 90 19:09 EDT Date: Mon, 11 Jun 90 13:49:56 EDT From: Mick Ortwein To: info-iris@BRL.MIL Subject: Re: awk question Message-ID: <9006111349.aa12274@SEM.BRL.MIL> Last I remember (when awk was my life), in order to bring a shell variable into awk you need to use single quotes around the variable. The effect is that the value of the variable is written on top of the quoted word before awk interprets the rest of the commands (sort of a preprocessor if you will). Put the following two lines into a file called "example" #!/bin/sh awk '{printf("%s\n","'$HOME'")}' Has anybody got the GNU C and C++ compilers going on Irix? I have the source and notice that there are configuration files for mips machines. Will these work for a 4D system. ( We are on 3.2.2 shortly to go to 3.3, I hope.) Thanks, Russell.   Received: from vmb.brl.mil by VMB.BRL.MIL id ak03549; 11 Jun 90 20:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad02804; 11 Jun 90 19:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ai00978; 11 Jun 90 19:16 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa01032; 10 Jun 90 19:38 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Mon, 11 Jun 90 11:38 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Mon, 11 Jun 90 11:37 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA00346; Mon, 11 Jun 90 11:35:48 NZT Date: Mon, 11 Jun 90 11:35:48 NZT From: russell@ccu1.aukuni.ac.nz Subject: Availability of ditroff To: info-iris@vgr.brl.mil Message-Id: <9006102335.AA00346@ccu1.aukuni.ac.nz> Where can I get ditroff ( device independent troff)? We have just got the Documenters Workbench and I have discovered that I now need Transcript to get output onto our Laser Writer. I have the source for a ditroff -> PS converter and thought that might be cheaper and quicker than getting Transcript. (It took nearly 3 months to get DWB! and now I find I still can't use it!) Thanks, Russell.   Received: from vmb.brl.mil by VMB.BRL.MIL id an03549; 11 Jun 90 20:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ah02804; 11 Jun 90 19:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id av00978; 11 Jun 90 19:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03595; 11 Jun 90 4:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04240; Mon, 11 Jun 90 01:31: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: 11 Jun 90 05:54:58 GMT From: James Helman Organization: Stanford University Subject: suspending processes (kill -STOP) Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Even though our IRISes' primary purpose in life is 3-D graphics, they get used quite a bit for numerical computatations because they're much faster than anything else we have (there's a Conves in the building, but it's not ours). Also, our diehard FORTRAN users can't do anything our Suns anymore because we never got around to ordering Sun's FORTRAN compiler after Sun uncerimoniously unbundled it. But the numeric computation is basically a parasitic use. We'd like to be able to suspend computational jobs when running graphics. Nicing isn't enough, especially if the other jobs are pounding I/O. Under BSD, one could just "kill -STOP" a process and then "kill -CONT" it later. But under IRIX, if the process is no longer connected to a tty, "kill -STOP" causes the process to exit. Is there any way to suspend a process under IRIX? Jim Helman Department of Applied Physics 6 Trillium Lane Stanford University San Carlos, CA 94070 (jim@thrush.stanford.edu) (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id ao03549; 11 Jun 90 20:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ai02804; 11 Jun 90 19:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ay00978; 11 Jun 90 19:20 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa04940; 11 Jun 90 7:50 EDT Received: Mon, 11 Jun 90 07:52:05 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 11 Jun 90 07:52:05 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9006111152.AA08539@aero4.larc.nasa.gov> To: uvm-gen!hull@uunet.uu.net Subject: Re: real time /dev/audio 3-D spectrum analyser for PI Cc: info-iris@BRL.MIL Would you please topost a list of the programs with a short discription for each. Thanks. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aq03549; 11 Jun 90 20:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ak02804; 11 Jun 90 20:00 EDT Received: from adm.brl.mil by VMB.BRL.MIL id ax01047; 11 Jun 90 19:20 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa12126; 11 Jun 90 17:35 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20201; Mon, 11 Jun 90 14:25: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: 11 Jun 90 21:21:43 GMT From: Brent Thomas Corkum Organization: Rock Engineering , University of Toronto Subject: Re: GIF's on IRIS -- an upate Message-Id: <1990Jun11.172142.26772@jarvis.csri.toronto.edu> References: <10810@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10810@medusa.cs.purdue.edu> krk@cs.purdue.edu (Kevin Kuehl) writes: > >I would like to thank everyone who sent me GIF viewers and converters. >I now have `togif', `fromgif' converters and another tool `gifview' >that works just like `xgif.' They all work nicely, although gifview >is my favorite because a gif file is much smaller than an rgb file -- >I just don't have the space to store all of my gifs in rgb format >(some we 10 times larger in rgb). > >Thanks, >Kevin >krk@cs.purdue.edu >..!{decwrl,ucbvax,gatech}!purdue!krk I've been using togiff and fromgif but have never heard of gifview. Can someone tell me where I can get a hold of this little goodie? Thanks, Brent corkum@csri.toronto.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ar03549; 11 Jun 90 20:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id al02804; 11 Jun 90 20:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01722; 11 Jun 90 19:21 EDT Received: from PIG.DREA.DND.CA by VGR.BRL.MIL id aa09700; 11 Jun 90 10:58 EDT Received: Mon, 11 Jun 90 09:40:31 ADT by pig.drea.dnd.ca (5.52/5.6) Date: Mon, 11 Jun 90 09:40:31 ADT From: Jim Diamond Message-Id: <9006111240.AA10206@pig.drea.dnd.ca> To: info-iris@BRL.MIL Subject: modifying 4sight Last week I asked if anyone could tell me what Postscript code I could put in my user.ps in order to obtain windows WITH borders but WITHOUT title bars. The best reply I got was to try something using the cps facilty. Before I try something this horrible, perhaps someone can help me with the question below. Fact 1: I have found the appropriate places to hack and hew /usr/NeWS/lib/NeWS/sgiwin.ps so that the windows have borders and yet no title bars, provided I leave the edited file in /usr/NeWS/lib/NeWS. Fact 2: If you examine user.ps, startup.ps and the .4sight directory from /usr/people/4Dgifts, you see how you can modify the way the title bar is drawn. Fact 3: If you copy over the 4Dgifts stuff, replace .4sight/window.ps by your own hacked and hewed version of sgiwin.ps, nothing is changed! Finally, my question: Why is nothing changed when you replace .4sight/window.ps with (almost all of) sgiwin.ps? And how can you get it to change? Thanks in advance for any ideas. Jim Diamond zsd@pig.drea.dnd.ca P.S. This seems to be an apropriate time to point out how nice the 3130 is. Remember the 3000 series, anyone?   Received: from vmb.brl.mil by VMB.BRL.MIL id as03549; 11 Jun 90 20:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id am02804; 11 Jun 90 20:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad01722; 11 Jun 90 19:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10132; 11 Jun 90 11:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24179; Mon, 11 Jun 90 08:06: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: 11 Jun 90 15:00:04 GMT From: Kevin Kuehl Organization: Computing About Physical Objects Subject: GIF's on IRIS -- an upate Message-Id: <10810@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I would like to thank everyone who sent me GIF viewers and converters. I now have `togif', `fromgif' converters and another tool `gifview' that works just like `xgif.' They all work nicely, although gifview is my favorite because a gif file is much smaller than an rgb file -- I just don't have the space to store all of my gifs in rgb format (some we 10 times larger in rgb). Thanks, Kevin krk@cs.purdue.edu ..!{decwrl,ucbvax,gatech}!purdue!krk   Received: from vmb.brl.mil by VMB.BRL.MIL id at03549; 11 Jun 90 20:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id an02804; 11 Jun 90 20:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ah01851; 11 Jun 90 19:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01871; 11 Jun 90 15:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA11256; Mon, 11 Jun 90 12:12: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: 11 Jun 90 17:49:38 GMT From: Christopher Hull Organization: Division of EMBA, University of Vermont Subject: RE: real time /dev/audio 3-D spectrum analyser for PI Message-Id: <1536@uvm-gen.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have been informed that the shar file I posted contains lines longer than 80 columns which may be truncated. If any one else has had this problem I can mail a uunecoded version. The makefile needs to have -lmpc added to the LIBS macro. Here the full version of the lines that may have been truncated. --line 77 fft4.c *freqdist++ = sqrt (timedata[r] * timedata[r] + imaginary[r] * imaginary[r]); --line 119 fft4.c for (rp += k, ip += k, loop2 = k; loop2 < l; loop2++, rp++, ip++) /* 8 */ --line 128 freq3d.c sprintf (virtualtimestr, "Virtual: %.2f", ((running_t - TMIN) / (TMAX - TMIN) --line 191 freq3d.c cmov (loop * (TMAX - TMIN) / 8 - TMAX, -80.0 * (numpoints / FFTSIZE), 0.0); --line 484 freq3d.c fprintf (stderr, "Usage: %s [-a audiofile] [-h highfreq] [-l lowfreq] [-n noisefile]\n", argv[0]), exit (1); Steve Chappelow Christopher Hull EMBA-CF Univserity of Vermont --------------------------------------------------------------------- hull@uvm.edu swc@uvm.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id au03549; 11 Jun 90 20:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ao02804; 11 Jun 90 20:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ai01851; 11 Jun 90 19:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01879; 11 Jun 90 15:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA11021; Mon, 11 Jun 90 12:09: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: 11 Jun 90 18:33:49 GMT From: "Calvin H. Vu" Subject: Re: unsigned variables in f77 ??? Message-Id: <8809@odin.corp.sgi.com> References: <6583@vax1.acs.udel.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <6583@vax1.acs.udel.EDU> mccalpin@vax1.acs.udel.EDU (John D Mccalpin) writes: >I am working with lots of 8-bit image data that I want to transfer >rapidly to the screen using an f77 program. Since RECTWR wants >16-bit data, I have to copy the 8-bit data to a 16-bit array. >Unfortunately, f77 considers the 8-bit (integer*1) data to be >signed, and so it does sign extension in the transfer to the >integer*2 array. Is there any clean way of turning this off? >(Without coding in C!) >Anybody have any better ideas? The intrinsic function ichar() returns an unsigned byte result so if you do short(ichar(char(byte(n,n)))) you will get what you need. This is my simple test case: byte a character b a = -5 b = char(-5) print 10, a, b, short(a), short(ichar(b)), short(ichar(char(a))) 10 format(2(z2,1x), 3(z4,1x)) end and this is the result I got: FB FB FFFB FB FB Unfortunately, this only works in our latest release (3.3 release) so you can only do this trick if you have the latest release. >John D. McCalpin mccalpin@vax1.udel.edu >Assistant Professor mccalpin@delocn.udel.edu >College of Marine Studies, U. Del. mccalpin@scri1.scri.fsu.edu -------------------------------------------------------------------------- Calvin H. Vu | "We are each of us angels with Silicon Graphics Computer Systems | only one wing. And we can only calvin@sgi.com (415) 962-3679 | fly embracing each other."   Received: from vmb.brl.mil by VMB.BRL.MIL id av03549; 11 Jun 90 20:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ap02804; 11 Jun 90 20:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aj01851; 11 Jun 90 19:32 EDT Received: from SGI.COM by VGR.BRL.MIL id aa01967; 11 Jun 90 15:30 EDT Received: from pdi by sgi.sgi.com via UUCP (5.52/900423.SGI) for info-iris@brl.mil id AA04255; Mon, 11 Jun 90 12:30:10 PDT Received: by pdi.UUCP (1.4/4.7) id AA7340126; Mon, 11 Jun 90 12:26:43 pdt Date: Mon, 11 Jun 90 12:26:43 pdt From: Shoshana Abrass Message-Id: <9006111926.AA7340126@pdi.UUCP> Subject: Re: awk question... In-Reply-To: Your message of Sat, 09 Jun 90 13:58:35 -0400. Apparently-To: sgi!brl.mil!info-iris > I'm writting a script in which a variable takes the value of a > userid. I then want to find out who this userid refers to. > > I want to do that in one line, involving awk (I know how to do it > using multiple lines of code). > > BUT 123 is the content of a variable, say UID. The following does > NOT work: > > awk -F: '$3 == $UID {print $1}' /etc/passwd The problem is that you are trying to access a shell variable from within an awk script -- since awk has its own 'variable space', it thinks that UID isn't set. You can set awk variables on the command line, with this general syntax: awk 'commands' var=text filename Thus your example would become: awk -F: '$3 == AWK_UID {print $1}' AWK_UID=$UID /etc/passwd ^^^ ^^^ Notice the lack of both the $ sign and the double-quotes around AWK_UID. Good luck! I know I found this in the awk book somewhere, but I can't find the page now or I'd refer you to it..... -shoshana Shoshana Abrass pdi!shoshana@sgi.sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aw03549; 11 Jun 90 20:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aq02804; 11 Jun 90 20:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id al01851; 11 Jun 90 19:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02004; 11 Jun 90 15:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12477; Mon, 11 Jun 90 12:28: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: 11 Jun 90 19:01:17 GMT From: "Bruce R. Holloway" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: clipping problems Message-Id: <62065@sgi.sgi.com> References: <9006091746.AA11156@cs2.cs.wsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006091746.AA11156@cs2.cs.wsu.edu>, dfrank@CS2.CS.WSU.EDU ("Duane D. Frank") writes: > > I'm new to this list, and perhaps this has been discussed before, but in > any event I have a question about some clipping problems I have encountered. > Currently, we have a three year old 4D-60T (thought I believe it was > updated to a 4D-70) and on this particular machine, it does not have the > capability to clip shaded polygons when using lighting models and so > forth. A page from the users manual mentions this problem. > ... > My question is this: On any of the newer or more powerful machines has > this problem been corrected? I had heard that this problem had been > fixed on the Personal Iris, but I have not had an opportunity to test > this. To my knowledge, this problem only occurs on the 4D/50,60,70 machines with the original graphics subsystem that came with the 4D series. Systems with PI, GT, & VGX graphics interpolate colors when clipping. Regards, bruceh   Received: from vmb.brl.mil by VMB.BRL.MIL id ax03549; 11 Jun 90 20:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ar02804; 11 Jun 90 20:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id an01851; 11 Jun 90 19:32 EDT Received: from [132.206.4.10] by VGR.BRL.MIL id aa00332; 11 Jun 90 18:17 EDT Received: by frodo.Physics.McGill.CA id AA17559; Mon, 11 Jun 90 17:09:14 EDT (5.59++/IDA-1.1S) Date: Mon, 11 Jun 90 17:09:14 EDT From: Loki Jorgenson Rm421 Message-Id: <9006112109.AA17559@frodo.Physics.McGill.CA> To: info-iris@vgr.brl.mil Subject: Net problems: one-way dog and disk Hey ho..... Scenario: a 4D/20 and a 4D/25, both running IRIX 3.2.1, a second SCSI disk on the 4D/20. We appear to be having net related problem with our recently installed second IRIS (4D/25). Two problems in particular seem to be escaping resolution. They may or may not be related to each other. 1) Dog, the multiple-machine interactive flight simulation, is not working between our two IRIS'. Dog runs on both machines without errors however the pilot on the 4D/25 does not see the plane of the pilot on the other IRIS (4D/20). Everything seems fine on the 4D/20. Have I forgotten to throw some switch on the 4D/25? I *have* modified the "dogfight" and "arena" lines in /etc/services to include them. I have also rebooted several times. 2) Althought not thoroughly confirmed, it appears that if there is a program running on the 4D/25 which has an open file on the second disk of the 4D/20, there is a *huge* amount of net traffic originating on the 4D/25 going to the 4D/20 EVEN WHEN IT IS NOT WRITING TO THE DISK!! Any suggestions? Thanks, Loki Jorgenson node: loki@physics.mcgill.ca Physics, McGill University fax: (514) 398-3733 Montreal Quebec CANADA phone: (514) 398-6531 < Waxing frees the mind and makes the legs smooth >   Received: from vmb.brl.mil by VMB.BRL.MIL id ay03549; 11 Jun 90 20:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id as02804; 11 Jun 90 20:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ar01851; 11 Jun 90 19:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00437; 11 Jun 90 18:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24203; Mon, 11 Jun 90 15:27:17 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jun 90 21:58:55 GMT From: Mike Thompson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Bus error DURING call to malloc() Message-Id: <62083@sgi.sgi.com> References: <14525@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <14525@thorin.cs.unc.edu>, taylorr@glycine.cs.unc.edu (Russell Taylor) writes: > > We are running OS 3.2.2 on an IRIS 4D/240GTX. I ran a program and > got the proverbial 'Bus error (core dumped)' message. The catch is that > when I run dbx and look for the error, it tells me that the error occured > IN malloc(): > > ...Source (of malloc.c) not available... > > There are several calls to malloc() in the code. There have been > successful calls before this call is made. All calls are passed constant > references, and this code compiles and runs correctly on a variety of other > machines (VAX, sun 4, DecStation). > > Is there a known bug (and hopefully fix) for this? > > Thanks, > Russell Taylor > taylorr@cs.unc.edu I cannot guarantee that there are no bugs in malloc (I assume you are getting malloc from libc), but I don't know of any (besides performance problems when allocating many memory areas). But I have seen many, many user programs that bomb in malloc because the user code overran the memory allocated by a call to malloc. malloc(strlen(s)) and copying s is a classic way to get into trouble (user forgets that strlen does not account for the trailing null character) -- there are many other possibilities. Since malloc(3X) -- the malloc in /usr/lib/libmalloc.a -- aligns requests to eight-byte boundaries and malloc(3C) aligns only to four-bytes, switching to libmalloc may help if only that it masks gives the caller a little more unrequested rounding space. This may be what's happening with the malloc calls on your Vaxen, etc. Now if your program does make many calls to malloc, it is usually best to link with libmalloc. The two mallocs do have slightly different behavior -- libmalloc will return a null pointer when asked for zero bytes and will ignore a null pointer on free; libc malloc will not touch the just-freed space until (at least) the next call to malloc/free. Usually these behaviors are not a concern. Mike Thompson   Received: from vmb.brl.mil by VMB.BRL.MIL id ab04161; 11 Jun 90 20:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ag02804; 11 Jun 90 19:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id au00978; 11 Jun 90 19:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03591; 11 Jun 90 4:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04233; Mon, 11 Jun 90 01:31:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jun 90 05:41:29 GMT From: James Helman Organization: Stanford University Subject: Re: pbmplus on SGI? Message-Id: References: <784@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The problem is in giftoppm.c. Turn off the optimizer and pbmplus will compile properly. I've written a ppm median filter (adapted from ppmconvol.c) if anyone needs one. Jim Helman Department of Applied Physics 6 Trillium Lane Stanford University San Carlos, CA 94070 (jim@thrush.stanford.edu) (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id ae04161; 11 Jun 90 20:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad03549; 11 Jun 90 20:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac02958; 11 Jun 90 19:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00639; 11 Jun 90 13:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02476; Mon, 11 Jun 90 10:10: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: 11 Jun 90 16:32:07 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: awk question... Message-Id: <8792@odin.corp.sgi.com> References: <9006091601.aa04003@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006091601.aa04003@VGR.BRL.MIL>, Claude.P.Cantin@NRC.CA writes: > > I'm writting a script in which a variable takes the value of a userid. > I then want to find out who this userid refers to. > > I want to do that in one line, involving awk (I know how to do it using > multiple lines of code). > > If the userid is 123, the following would do just fine: > > awk -F: '$3 == 123 {print $1}' /etc/passwd > > BUT 123 is the content of a variable, say UID. The following does NOT > work: > > awk -F: '$3 == $UID {print $1}' /etc/passwd > > (the output is NOTHING). > > I have tried several variations, including "$UID", and "$3"=="$UID", etc., > but none worked... > > Anyone has an insight???? > > Thank you, > > Claude Cantin (CANTIN@VM.NRC.CA) Claude, Your problem is that shell variables are not expanded within single quotes ('). Try the following: awk -F: '$3 == '$UID' {print $1}' /etc/passwd You can also use: awk -F: '$3 == uid {print $1}' uid=$UID /etc/passwd You might check out the AWK book by Aho, Kernighan, and Weinberger from Addison-Wesley for more fun with AWK. --- Ciemo   Received: from vmb.brl.mil by VMB.BRL.MIL id af04161; 11 Jun 90 20:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae03549; 11 Jun 90 20:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ae02958; 11 Jun 90 19:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00836; 11 Jun 90 13:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04663; Mon, 11 Jun 90 10:39:01 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jun 90 16:42:41 GMT From: dave "who can do? ratmandu!" ratcliffe Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: GIF's on SGI Personal Iris Message-Id: <8794@odin.corp.sgi.com> References: <10804@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10804@medusa.cs.purdue.edu> krk@cs.purdue.edu (Kevin Kuehl) writes: > >Hi, > > I just found out about this group and I was hoping someone >could help me out. > > I have some GIF files that I want to display on my SGI >..... Has >anyone out there written a program that displays gifs on an Iris? > put the below into /usr/people/4Dgifts/iristools/imgtools. edit the Makefile there to include fromgif in the ALL list. compile it to generate yer fromgif executable if you don't have /usr/people/4Dgifts loaded, get it of the DEV tape--its the dev.sw.giftssrc subsystem--and follow the instructions in the Release Notes for installing it. /* * fromgif - * convert a GIF file into an IRIS image file. * * based on a GIF file reader by Marcel J.E. Mol March 23 1989 * * Paul Haeberli @ Silicon Graphics - 1989 * * To compile on an IRIS: * * cc -I/usr/include/gl fromgif.c -o fromgif -limage -lm * * Use fromgif to convert from name.gif to name.rgb file. * Then use "ipaste" to display the image. * */ #include "image.h" #include "math.h" #define GIFGAMMA (1.5) /* smaller makes output image brighter */ short gamtab[256]; makegamtab(gam) float gam; { int i; for(i=0; i<256; i++) gamtab[i] = 255*pow(i/255.0,gam)+0.5; } short rbuf[4096]; short gbuf[4096]; short bbuf[4096]; #define COLSIZE 256 unsigned char *stackp; unsigned int prefix[4096]; unsigned char suffix[4096]; unsigned char stack[4096]; int datasize,codesize,codemask; /* Decoder working variables */ int clear,eoi; /* Special code values */ int avail, oldcode; FILE *infile; int global; /* Is there a global color map? */ int globalbits; /* Number of bits of global colors */ unsigned char globalmap[COLSIZE][3];/* RGB values for global color map */ char bgcolor; /* background color */ unsigned char *raster; /* Decoded image data */ unsigned int width, height; unsigned char red[COLSIZE]; unsigned char green[COLSIZE]; unsigned char blue[COLSIZE]; char *filename, *imagename; main(argc,argv) int argc; char *argv[]; { extern int optind; extern char *optarg; int flag; makegamtab(GIFGAMMA); if(argc<2) { fprintf(stderr,"usage: fromgif image.gif image.rgb\n"); exit(1); } filename = argv[1]; imagename = argv[2]; if ((infile = fopen(filename,"r")) == NULL) { perror(filename); exit(1); } convert(); fclose(infile); exit(0); } convert() { char ch; if (checksignature()) return; readscreen(); while ((ch = getc(infile)) != ';' && ch != EOF) { switch (ch) { case '\0': break; /* this kludge for non-standard files */ case ',': if (readgifimage()) return; break; case '!': readextension(); break; default: fprintf(stderr, "illegal GIF block type\n"); return; break; } } } checksignature() { char buf[6]; fread(buf,1,6,infile); if (strncmp(buf,"GIF",3)) { fprintf(stderr, "file is not a GIF file\n"); return 1; } if (strncmp(&buf[3],"87a",3)) { fprintf(stderr, "unknown GIF version number\n"); return 1; } return 0; } /* * readscreen - * Get information which is global to all the images stored * in the file */ readscreen() { unsigned char buf[7]; unsigned int screenwidth; /* The dimensions of the screen */ unsigned int screenheight; /* (not those of the image) */ unsigned int rscreenwidth; /* The dimensions of the raster */ fread(buf,1,7,infile); screenwidth = buf[0] + (buf[1] << 8); rscreenwidth = screenwidth + screenwidth%2; /* compensate odd widths */ screenheight = buf[2] + (buf[3] << 8); global = buf[4] & 0x80; if (global) { globalbits = (buf[4] & 0x07) + 1; fread(globalmap,3,1< 0; count = getc(infile)) { fread(buf,1,count,infile); for (ch=buf; count-- > 0; ch++) { datum += *ch << bits; bits += 8; while (bits >= codesize) { code = datum & codemask; datum >>= codesize; bits -= codesize; if (code == eoi) { /* This kludge put in */ #ifdef DEBUG fprintf(stderr, "found eoi code\n"); #endif goto exitloop; /* because some GIF files*/ } /* aren't standard */ if (process(code, &fill)) { goto exitloop; } } } if (fill >= raster + width*height) { fprintf(stderr, "raster full before eoi code\n"); goto exitloop; } } exitloop: if (fill != raster + width*height) { fprintf(stderr, "warning: wrong rastersize: %ld bytes\n", (long) (fill-raster)); fprintf(stderr, " instead of %ld bytes\n", (long) width*height); return 0; /* can still draw a picture ... */ } return 0; } /* * process - * Process a compression code. "clear" resets the code table. * Otherwise make a new code table entry, and output the bytes * associated with the code. */ process(code, fill) register code; unsigned char **fill; { int incode; static unsigned char firstchar; if (code == clear) { codesize = datasize + 1; codemask = (1 << codesize) - 1; avail = clear + 2; oldcode = -1; return 0; } if (oldcode == -1) { *(*fill)++ = suffix[code]; firstchar = oldcode = code; return 0; } if (code > avail) { fprintf(stderr, "code % d to large for %d\n", code, avail); return 1; } incode = code; if (code == avail) { /* the first code is always < avail */ *stackp++ = firstchar; code = oldcode; } while (code > clear) { *stackp++ = suffix[code]; code = prefix[code]; } *stackp++ = firstchar = suffix[code]; prefix[avail] = oldcode; suffix[avail] = firstchar; avail++; if (((avail & codemask) == 0) && (avail < 4096)) { codesize++; codemask += avail; } oldcode = incode; do { *(*fill)++ = *--stackp; } while (stackp > stack); return 0; } /* * initcolors - * Convert a color map (local or global) to arrays with R, G and B * values. * */ initcolors(colormap, ncolors, bgcolor) unsigned char colormap[COLSIZE][3]; int ncolors; int bgcolor; { register i, k; for (i = 0; i < ncolors; i++) { red[i] = gamtab[colormap[i][0]]; green[i] = gamtab[colormap[i][1]]; blue[i] = gamtab[colormap[i][2]]; } } /* * rasterize - * Read a row out of the raster image and write it to the screen * */ rasterize(interleaved, raster) int interleaved; register unsigned char *raster; { register row, col; register unsigned char *rr; unsigned char *newras; IMAGE *image; #define DRAWSEGMENT(offset, step) \ for (row = offset; row < height; row += step) { \ rr = newras + row*width; \ bcopy(raster, rr, width); \ raster += width; \ } if ((newras = (unsigned char*) malloc(width*height)) == NULL) { fprintf(stderr, "not enough memory for image\n"); return 1; } rr = newras; if (interleaved) { DRAWSEGMENT(0, 8); DRAWSEGMENT(4, 8); DRAWSEGMENT(2, 4); DRAWSEGMENT(1, 2); } else DRAWSEGMENT(0, 1); image = iopen(imagename,"w",RLE(1),3,width,height,3); if(!image) { fprintf(stderr,"fromgif: can't open output image %s\n",imagename); exit(1); } rastertoimg(newras,image,width,height); iclose(image); free(newras); }   Received: from vmb.brl.mil by VMB.BRL.MIL id ag04161; 11 Jun 90 20:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af03549; 11 Jun 90 20:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ag02958; 11 Jun 90 19:53 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01224; 11 Jun 90 14:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06675; Mon, 11 Jun 90 11:06:59 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jun 90 17:35:56 GMT From: "Calvin H. Vu" Subject: Re: f77 bug in IIOR ? Message-Id: <8802@odin.corp.sgi.com> References: <6585@vax1.acs.udel.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL That problem existed in MIPS 2.0 release (SGI 3.3 release) and earlier. It has been fixed in MIPS 2.10 release and I'll try to put it in our 3.3 maintenance release if we do have one. Thanks for letting us know. -------------------------------------------------------------------------- Calvin H. Vu | "We are each of us angels with Silicon Graphics Computer Systems | only one wing. And we can only calvin@sgi.com (415) 962-3679 | fly embracing each other."   Received: from vmb.brl.mil by VMB.BRL.MIL id ah04161; 11 Jun 90 20:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ag03549; 11 Jun 90 20:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ah02958; 11 Jun 90 19:53 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01239; 11 Jun 90 14:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06828; Mon, 11 Jun 90 11:09:01 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jun 90 16:22:44 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Re: suspending processes (kill -STOP) Message-Id: <1990Jun11.172244.782@urz.unibas.ch> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , jim@baroque.Stanford.EDU (James Helman) writes: > > But the numeric computation is basically a parasitic use. We'd like > to be able to suspend computational jobs when running graphics. > Nicing isn't enough, especially if the other jobs are pounding I/O. > If you're root, do a # npri -h250 -p and the process will literally die but execute always if there is nothing else to do. Because you presumably don't want to have anyone root priv, set up a cron script which greps the cpu choppers from the process table every hour. We did that, and since that time there is happy graphics computing while at least two steady number crunchers are powering at night. > > Is there any way to suspend a process under IRIX? Use the call blockproc(2). There, you'll find the description to block a process. The call can be issued from both fortran and c . I don't think it to be great because you always need to remember to unblock the process again. Therefore, I use the schedctl(2) call as described above, which uses the following priorities (taken from /usr/include/sys/schedctl.h) : /* possible non-degrading priorities */ /* these priorities are higher than ALL normal user process priorities */ #define NDPHIMAX 30 #define NDPHIMIN 39 /* these priorities overlap normal user process priorities */ #define NDPNORMMAX 40 #define NDPNORMMIN 127 /* these priorities are below ALL normal user process priorities */ #define NDPLOMAX 128 #define NDPLOMIN 254 .. take care not to use PHI values, you'll kill your system... Good luck, Reinhard ************************************************************************ Dr. Reinhard Doelz * EAN doelz@urz.unibas.ch Biocomputing * DECNET 48130::doelz Biozentrum der Universitaet * X25 psi%46211142::embnet Klingelbergstrasse 70 * FAX x41 61 256760 CH 4056 Basel * TEL x41 61 253880 ext 888 ************************************************************************ PS: If you get tired of all that, run dbx on the process you want to stop using the following command in the 'console' window: # dbx -p >& /dev/null & and you will have the process supended. If you log out the window manager, the console window dies, and therefore, the process is released again.   Received: from vmb.brl.mil by VMB.BRL.MIL id ai04161; 11 Jun 90 20:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ah03549; 11 Jun 90 20:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab03138; 11 Jun 90 19:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00706; 11 Jun 90 19:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27593; Mon, 11 Jun 90 16:19:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jun 90 21:45:18 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: C inline functions Message-Id: <788@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In the 3.2 release of Irix, is there a way to make the C compiler generate inline code for memcpy() instead of calling a subroutine? I'd rather have the increased code size to get the increased speed I want. Even though a call isn't all that much time, compared to the length of time it takes to do the actual move it must be great. Dan Watts -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!uunet!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04584; 11 Jun 90 20:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab03549; 11 Jun 90 20:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02958; 11 Jun 90 19:50 EDT Received: from [132.246.240.4] by VGR.BRL.MIL id aa00174; 11 Jun 90 12:10 EDT Received: from VM.NRC.CA by VM.NRC.CA (IBM VM SMTP R1.2.2MX) with BSMTP id 0761; Mon, 11 Jun 90 12:09:23 EDT Received: by NRCVM01 (Mailer R2.06) id 0760; Mon, 11 Jun 90 12:09:23 EDT Date: Mon, 11 Jun 90 12:09:19 EDT From: Claude.P.Cantin%NRC.CA@vm.nrc.ca Subject: Result to awk question... To: info-iris@BRL.MIL Message-ID: <9006111210.aa00174@VGR.BRL.MIL> From: Claude.P.Cantin%NRC.CA@vm.nrc.ca Subject: awk question... To: info-iris@BRL.MIL Message-ID: <9006091601.aa04003@VGR.BRL.MIL> >I'm writting a script in which a variable takes the value of a userid. >I then want to find out who this userid refers to. >I want to do that in one line, involving awk (I know how to do it using >multiple lines of code). >If the userid is 123, the following would do just fine: > awk -F: '$3 == 123 {print $1}' /etc/passwd >BUT 123 is the content of a variable, say UID. The following does NOT >work: > awk -F: '$3 == $UID {print $1}' /etc/passwd >(the output is NOTHING). >I have tried several variations, including "$UID", and "$3"=="$UID", etc., >but none worked... >Anyone has an insight???? Thanks to those who responded: Those two variations both worked: Well, you got close...try: awk -F: '$3 == "'$UID'" {print $1}' /etc/passw This works for sh or csh. Also, if you're on an SGI box, I recommend "nawk" instead of "awk". awk -F: '$3 == '$UID' {print $1}' /etc/passwd Special thanks to : Loki Jorgenson Rm421 "Ronald B. Adams II" marcel@tnoibbc.ibbc.tno.nl (Marcel Boender) tim@ben.dciem.dnd.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id ab04584; 11 Jun 90 20:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac04161; 11 Jun 90 20:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03585; 11 Jun 90 20:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00752; 11 Jun 90 19:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28437; Mon, 11 Jun 90 16:32:59 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jun 90 22:42:50 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: OOP on SGI : query Message-Id: <8829@odin.corp.sgi.com> References: <1990Jun11.135518.7547@hellgate.utah.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jun11.135518.7547@hellgate.utah.edu>, ridsdale%knobs.utah.edu@cs.utah.edu (Gary J Ridsdale) writes: > > What OOP compilers are available for Irises? I'm mostly looking for > complete systems, with source-level debugging, etc. Also, interpretive > systems, such as SmallTalk, would be of interest. Commercial or > public domain is fine. > > Any knowledge or experience with OOP on Irises would be of interest, and > I will summarize the results to the net. > > Thanks. > > Gary Ridsdale C++ is available from SGI. Contact your local sales rep. dbx debugging is supported. GNU Smalltalk was very recently released and is available via anonymous ftp from prep.ai.mit.edu. The 1.0 version was ported to the IRIS-4D. The more recent version 1.1 release has not yet been compiled and tested on the 4D (as far as I know). --- Ciemo   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05239; 11 Jun 90 22:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05079; 11 Jun 90 21:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05075; 11 Jun 90 21:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01536; 11 Jun 90 21:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04305; Mon, 11 Jun 90 18:19: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: 12 Jun 90 01:11:38 GMT From: Kevin Kuehl Organization: Computing About Physical Objects Subject: GIFS on IRIS Message-Id: <10816@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, Since a few people have asked for the `gifview' program I mentioned, I now have it available via anonymous ftp from arthur.cs.purdue.edu (128.10.2.1) in the directory `pub/krk.' There are two files there, `gifview.c' and `gifstat.c.' One displays the gif and the other echos its size, etc. They were written by Chris Schoeneman (jindak@surfside.esd.sgi.com) of Silicon Graphics. Kevin krk@cs.purdue.edu ..!{decwrl,ucbvax,gatech}!purdue!krk   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00436; 12 Jun 90 3:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00325; 12 Jun 90 3:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00258; 12 Jun 90 3:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02212; 11 Jun 90 16:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14525; Mon, 11 Jun 90 12:57: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: 11 Jun 90 19:55:18 GMT From: Gary J Ridsdale Organization: University of Utah CS Dept Subject: OOP on SGI : query Message-Id: <1990Jun11.135518.7547@hellgate.utah.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL What OOP compilers are available for Irises? I'm mostly looking for complete systems, with source-level debugging, etc. Also, interpretive systems, such as SmallTalk, would be of interest. Commercial or public domain is fine. Any knowledge or experience with OOP on Irises would be of interest, and I will summarize the results to the net. Thanks. Gary Ridsdale   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00514; 12 Jun 90 4:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00436; 12 Jun 90 3:59 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa00397; 12 Jun 90 3:48 EDT Received: from [131.151.14.49] by ADM.BRL.MIL id aa16794; 11 Jun 90 22:23 EDT Received: from blumiris.chem.umr.edu by ibm530.chem.umr.edu (AIX LCG 9013S1 1.3/4.03) id AA12208; Mon, 11 Jun 90 21:19:38 -0500 Received: by blumiris.chem.umr.edu (5.52/890607.SGI) (for @ibm530.chem.umr.edu:info-iris@brl.mil) id AA11602; Mon, 11 Jun 90 21:21:26 CDT Date: Mon, 11 Jun 90 21:21:26 CDT From: "Robert B. Funchess" Message-Id: <9006120221.AA11602@blumiris.chem.umr.edu> To: info-iris@BRL.MIL Subject: Gnu C (gcc) I got gcc to compile on a 4D/20 system running 3.1rD Irix. I haven't tried it on our 4D/25 running 3.2.2 yet... the one problem with gcc is that it doesn't like the mips style of symbolic reference and refuses to accept the -g flag. I think the version was gcc-1.36 or 1.37. I have no experience with C++ so I didn't even try to compile that. For what it's worth I don't USE gcc much; only as a quick fix when porting code written specifically for that. -- Bob Funchess bobf@blumiris.chem.umr.edu Chemistry Dept. University of Missouri - Rolla   Received: from vmb.brl.mil by VMB.BRL.MIL id ac10059; 13 Jun 90 1:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad09980; 13 Jun 90 0:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09935; 13 Jun 90 0:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00895; 13 Jun 90 0:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08212; Tue, 12 Jun 90 21:11:44 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jun 90 00:17:42 GMT From: Chris Schoeneman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: GIF's on IRIS -- gifview Message-Id: <8840@odin.corp.sgi.com> References: <10810@medusa.cs.purdue.edu>, <1990Jun11.172142.26772@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >I've been using togiff and fromgif but have never heard of gifview. Can >someone tell me where I can get a hold of this little goodie? The reason you haven't heard of it is because it's less than a week old. I didn't know about 'togif' or 'fromgif' so I wrote a simple viewer; the source code is below. I would like to thank Kevin (krk@cs.purdue.edu) for his favorable review. But Paul Haeberli just posted the source for a viewer too; I haven't run it, but the source code definitely looks cleaner. You should look into it. Chris Schoeneman | I was neat, clean, shaved and sober, jindak@surfside.esd.sgi.com | and I didn't care who knew it. Silicon Graphics, Inc. | -Raymond Chandler Mountain View, CA | (The Big Sleep) ---- Cut here ---- #define CMAP_START 1024 #include #include typedef struct { int dx,dy; /* size */ int colors,bits,cr; /* num colors, bits/pixel, color resolution */ char gcm, /* global color map flag */ bgnd; /* background color */ } screen_dscrp; typedef struct { int x,y,dx,dy, /* position, size */ colors,bits; /* num colors, bits/pixel */ char gcm,order; /* use global cm, seq. or interlaced */ } image_dscrp; char g_colors[256][3]; /* Global color map */ int bits_left,byte_count, /* bits in last_char, bytes left */ mask[14]={0,1,3,7,0xf,0x1f,0x3f,0x7f,0xff, 0x1ff,0x3ff,0x7ff,0xfff,0x1fff}, code_size,countsize,countdown, dy_table[4]={8,8,4,2},offset_table[4]={0,4,2,1}, last_char,bit_mask,least_bits; short pixel_row[4096],code_table[4096][2],cmap; FILE *stream_source; /* file for input */ screen_dscrp si; /* global screen descriptor */ /***************************************************** * Input routines * *****************************************************/ int mscanf(FILE *infile, char *parse) { char *scan; int dx,dy; for (scan=parse;*scan;scan++) if (getc(infile)!=(int)*scan) return(0); return(!0); } /* read Screen Descriptor */ int scan_SD(FILE *infile, screen_dscrp *sd) { char data; data=(char)getc(infile); sd->dx=data+((char)getc(infile)<<8); data=(char)getc(infile); sd->dy=data+((char)getc(infile)<<8); data=getc(infile); if (data&8) return(0); sd->gcm=data&0x80; sd->cr=(data&0x70)>>4; sd->bits=(data&7)+1; sd->colors=1<bits; sd->bgnd=getc(infile); if (getc(infile)!=0) return(0); return(!0); } /* skip past an extension block */ void skip_EB(FILE *infile) { int count,garbage[256]; getc(infile); /* get function */ while (count=getc(infile)) fread(garbage,1,count,infile); } /* read Image Descriptor */ int scan_ID(FILE *infile, image_dscrp *id) { char data; /* wait for ',' or ';' or '!' EOF */ do { data=(char)getc(infile); if (data==';') return(1); if (feof(infile)) return(0); if (data==0x21) skip_EB(infile); } while (data!=0x2c); data=(char)getc(infile); id->x=data+((char)getc(infile)<<8); data=(char)getc(infile); id->y=data+((char)getc(infile)<<8); data=(char)getc(infile); id->dx=data+((char)getc(infile)<<8); data=(char)getc(infile); id->dy=data+((char)getc(infile)<<8); data=(char)getc(infile); id->gcm=data&0x80; id->order=data&0x40; id->bits=(data&7)+1; id->colors=1<bits; return(2); } /* read Color Map */ void scan_CM(FILE *infile, int colors, char *cm) { char *scan; int i; for (scan=cm,i=3*colors;i>0;i--) *scan++=(char)getc(infile); } /* reset code stuff */ void reset_codes(void) { code_size=least_bits+1; if (code_size<=2) code_size=3; countsize=1<>=code_size; bits_left-=code_size; if (flag) { flag=0; reset_codes(); } else if (--countdown==0) { countdown=countsize; countsize<<=1; if (++code_size==13) { flag=1; code_size--; } else bit_mask=(int)mask[code_size]; } return(code); } /***************************************************** * Other routines * *****************************************************/ void install_cmap(int colors, char *cm) { char *scan; int i; for (scan=cm,i=cmap;colors>0;scan+=3,i++,colors--) mapcolor(i,(short)*scan,(short)*(scan+1),(short)*(scan+2)); } void setup_codes(int colors) { int i; for (i=0;idx; clear_code=id->colors; end_code=clear_code+1; while ((prefix=get_code())==clear_code); reset_codes(); table_ptr=clear_code+2; for (pass=0;pass<4;pass++) { y=id->y+id->dy-1-offset_table[pass]; dy=dy_table[pass]; while (y>=0 && (save=suffix=get_code())!=end_code) { if (suffix==clear_code) { reset_codes(); while ((save=get_code())==clear_code); reset_codes(); table_ptr=clear_code+1; } else { code_table[table_ptr][0]=prefix; if (suffix==table_ptr) code_table[table_ptr][1]=code_table[prefix][1]; else { while (suffix>=id->colors) suffix=code_table[suffix][0]; code_table[table_ptr][1]=suffix; } } suffix=1; stack_ptr=stack; while (prefix>=id->colors) { *stack_ptr++=code_table[prefix][1]; prefix=code_table[prefix][0]; suffix++; } *stack_ptr=prefix; for (;suffix>0;stack_ptr--,suffix--) { *pixel++ = cmap+*stack_ptr; if (--row_count==0) { row_count=id->dx; pixel=pixel_row; rectwrite(id->x,y,id->x+id->dx-1,y,pixel_row); y-=dy; } } table_ptr++; prefix=save; } } } void read_sequential(image_dscrp *id) { int table_ptr,row_count,y,end_code,clear_code; short *pixel=pixel_row,prefix,suffix,save,stack[4096],*stack_ptr; y=id->y+id->dy-1; row_count=id->dx; clear_code=id->colors; end_code=clear_code+1; while ((prefix=get_code())==clear_code); reset_codes(); table_ptr=clear_code+2; while ((save=suffix=get_code())!=end_code) { if (suffix==clear_code) { reset_codes(); while ((save=get_code())==clear_code); reset_codes(); table_ptr=clear_code+1; } else { code_table[table_ptr][0]=prefix; if (suffix==table_ptr) code_table[table_ptr][1]=code_table[prefix][1]; else { while (suffix>=id->colors) suffix=code_table[suffix][0]; code_table[table_ptr][1]=suffix; } } suffix=1; stack_ptr=stack; while (prefix>=id->colors) { *stack_ptr++=code_table[prefix][1]; prefix=code_table[prefix][0]; suffix++; } *stack_ptr=prefix; for (;suffix>0;stack_ptr--,suffix--) { *pixel++ = cmap+*stack_ptr; if (--row_count==0) { row_count=id->dx; pixel=pixel_row; rectwrite(id->x,y,id->x+id->dx-1,y,pixel_row); y--; } } table_ptr++; prefix=save; } } int draw_image(FILE *infile) { char lcm[256][3]; int flag; image_dscrp id; /* get image descriptor and setup colors */ flag=scan_ID(infile,&id); if (flag==0) { printf("unexpected eof.\n"); exit(3); } if (flag==1) return(0); if (id.gcm) { scan_CM(infile,id.colors,lcm); install_cmap(id.colors,lcm); } else { install_cmap(si.colors,g_colors); id.colors=si.colors; id.bits=si.bits; } /* draw image */ if (id.bits==1) { /* Need extra bit for 2 color pic. */ id.bits=2; id.colors=4; } clear_stream(infile,id.bits); setup_codes(id.colors); color(si.bgnd+CMAP_START); clear(); if (id.order) read_interlaced(&id); else read_sequential(&id); return(!0); } void main(int argc, char **argv) { FILE *gif_data; int name_arg=1,map=0; /* open file */ if (argc<2 || argc>3) { printf("usage: %s [-map#] \n",argv[0]); exit(1); } if (argv[1][0]=='-') { name_arg=2; if (isdigit(argv[1][1])) map=argv[1][1]-'0'; if (map<0 || map>7) printf("%d out of range (0-7).\n"); } cmap=CMAP_START+(map<<8); gif_data=fopen(argv[name_arg],"r"); if (gif_data==NULL) { printf("can't open %s.\n",argv[name_arg]); exit(1); } if (!mscanf(gif_data,"GIF87a")) { printf("%s not a gif file.\n",argv[name_arg]); exit(2); } /* get global info */ if (!scan_SD(gif_data,&si)) { printf("data format error.\n"); exit(3); } printf("File %s:\n resolution: %dx%d\n colors: %d\n", argv[name_arg],si.dx,si.dy,si.colors); /* get global colors */ if (si.gcm) scan_CM(gif_data,si.colors,g_colors); /* open window */ prefsize(si.dx,si.dy); maxsize(si.dx,si.dy); minsize(si.dx,si.dy); winopen(argv[name_arg]); /* setup colormap mode */ cmode(); onemap(); gconfig(); while (draw_image(gif_data)); fclose(gif_data); for (;;) sleep(1000); }   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00325; 12 Jun 90 3:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00243; 12 Jun 90 3:25 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa00226; 12 Jun 90 2:56 EDT Received: from [128.32.133.1] by ADM.BRL.MIL id aa18649; 12 Jun 90 0:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16758; Mon, 11 Jun 90 21:41:40 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jun 90 04:23:24 GMT From: Stuart Levy Organization: Geometry Group, University of Minnesota Subject: Re: suspending processes (kill -STOP) Message-Id: <1990Jun12.042324.16785@cs.umn.edu> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'd like to know why this happens, too -- why SIGSTOPping a disconnected process causes it to die. It seems a reasonable thing to do, and works on other systems which support SIGSTOP. Could it be that /etc/init, finding that its wait() call returns mentioning a process that it hadn't started, goes and murders the innocent process? If so, doesn't that seem like a bug in init? If not, what on earth is happening here? Stuart Levy, Geometry Group, University of Minnesota slevy@geom.umn.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00436; 12 Jun 90 3:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00325; 12 Jun 90 3:43 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa00317; 12 Jun 90 3:35 EDT Received: from cs2.cs.wsu.edu by ADM.BRL.MIL id aa18517; 12 Jun 90 0:29 EDT Received: by cs2.cs.wsu.edu (15.11/1.34) id AA13271; Mon, 11 Jun 90 21:29:21 pdt Date: Mon, 11 Jun 90 21:29:21 pdt From: "Duane D. Frank" Message-Id: <9006120429.AA13271@cs2.cs.wsu.edu> To: info-iris@BRL.MIL Okay ye all Iris graphics gods, I have another question. I am trying to use depth cueing and it works well and exactly as I would expect and well when I use an Orthographic (parallel) projection. However, when I try and do the same thing using a Perspective project (with or without lookat call or with or without translations in the z-direction) I have to play with it a lot to get it to come out right, and there seems to be no rhyme or reason to how it behaves. The values I come up with are usually not even near what I expect, and small changes in the values that I pass to shaderange or setdepth sometimes make drastic changes in the picture and other times doesn't change it at all. Does anyone have any hints, suggestions, theories, equations or anything that might shed some light on the use of depth cueing while using a perspective projection? Thanks in advance, Duane D. Frank, (dfrank@cs2.cs.wsu.edu) or (22414843.WSUVM1.BITNET)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03671; 12 Jun 90 15:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02493; 12 Jun 90 15:03 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa02367; 12 Jun 90 14:41 EDT Received: from [129.112.1.12] by ADM.BRL.MIL id aa03256; 12 Jun 90 12:11 EDT Received: from baby.swmed.utexas.edu by utsw.swmed.utexas.edu with SMTP; Tue, 12 Jun 1990 11:10:18 CDT Received: by baby.swmed.utexas.edu (5.52/890619.SGI) (for @utsw.swmed.utexas.edu:info-iris@brl.mil) id AA10201; Tue, 12 Jun 90 11:15:44 CDT Date: Tue, 12 Jun 90 11:15:44 CDT From: Rose Oguz Message-Id: <9006121615.AA10201@baby.swmed.utexas.edu> To: info-iris@BRL.MIL Subject: Plane of Best Fit Hi! Can anyone give me some information on trying to determine a plane of best fit? Just e-mail your responses to me. Thanks! Rose Oguz rose@baby.swmed.utexas.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ac03671; 12 Jun 90 15:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac02493; 12 Jun 90 15:04 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa02423; 12 Jun 90 14:43 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa03475; 12 Jun 90 12:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20992; Tue, 12 Jun 90 09:09: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: 12 Jun 90 14:49:02 GMT From: Michael Johnson Organization: University of Virginia Subject: BASIC for 4D Message-Id: <1990Jun12.144902.3660@murdoch.acc.Virginia.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I know this seems rediculous, but I have a user with a lot of DEC MINC BASIC programs which we need to run on either a PC or our 4D so we can junk the MINC. Does anyone have 1) A BASIC interpreter/compiler for a 4D? 2) A language translator for BASIC to C on the 4D? 3) A language translator for BASIC to FORTRAN on the 4D? I know that there is a BASIC interpreter in the UNIX source archives. Has anyone ported it to a 4D? Any suggestions would be helpfull. Thanks. -- (804)-924-8607 Michael L. Johnson mlj8e@mljsg.pharm.Virginia.EDU Pharmacology Dept. mlj8e@Virginia.BITNET Box 448; Univ. of Va. Charlottesville, Va. 22908   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04185; 12 Jun 90 15:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03671; 12 Jun 90 15:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02953; 12 Jun 90 14:59 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa03320; 12 Jun 90 8:02 EDT Received: Tue, 12 Jun 90 08:03:16 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 12 Jun 90 08:03:16 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9006121203.AA04984@aero4.larc.nasa.gov> To: mccalpin@vax1.udel.edu Subject: Re: unsigned variables in f77 ??? Cc: info-iris@BRL.MIL I usually use "iand" to change an integer*1 to an integer*2 or an integer*2 to an interger*4: integer*1 byte integer*2 pixel pixel=iand($00ff,byte) -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06201; 12 Jun 90 16:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04185; 12 Jun 90 15:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04083; 12 Jun 90 15:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07013; 12 Jun 90 14:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28013; Tue, 12 Jun 90 10:55:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jun 90 17:17:51 GMT From: Russell Taylor Subject: Cannot find the include file I need Message-Id: <14637@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have an IRIS 4D running OS 3.2.2. I am trying to find the include file that defines 'struct sgttyb'. I know it must be there somewhere, because /usr/include/curses.h makes use of the structure in one of its definitions. However, I have done : find /usr/include -name \*.h -exec grep -l sgttyb {} \; and none of the include files that show up define this structure. I need the structure definition for a program that I am porting from a Sun 4. I mention the curses.h example above only because it gave me hope that the thing was defined somewhere. I have tried looking at the bsd include files, but none of them seem to have this either. Thanks, Russell Taylor   Received: from vmb.brl.mil by VMB.BRL.MIL id ab06201; 12 Jun 90 16:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05181; 12 Jun 90 16:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04246; 12 Jun 90 15:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07089; 12 Jun 90 15:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25231; Tue, 12 Jun 90 10:13: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: 12 Jun 90 16:08:10 GMT From: Jeff Hanson Organization: NASA/Lewis Research Center, Cleveland Subject: Craig Upson Now Works for SGI Message-Id: <1990Jun12.160810.26533@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In the Call for Papers and Registration Information for the Fifth SIAM Conference on Parallel Processing for Scientific Computing (March 1991), the following presentation is listed in the Visualization section - Scientific Visualization Craig Upson Silicon Graphics Would someone from SGI care to comment on what the creator of AVS is going to do now that he has changed companies? When can we expect something out here is the field? Will AVS be ported to SGI (so that it runs quickly, not so that it sells Stardent hardware, the current state) or will the new product be the first ViSC package from SGI? Anxiously waiting a reply. -- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* \ / \ / \ / \ / \ / \ / Jeff Hanson \ / \ / \ / \ / \ / \ / * ViSC: Better * tohanson@gonzo.lerc.nasa.gov * * * * * * / \ / \ Science / \ / \ NASA Lewis Research Center / \ / \ Through / \ / \ * * * * * * * Cleveland, Ohio 44135 * * * Pictures * * \ / \ / \ / \ Telephone - (216) 433-2284 Fax - (216) 433-2182 \ / \ / \ / *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*   Received: from vmb.brl.mil by VMB.BRL.MIL id ac06201; 12 Jun 90 16:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab05181; 12 Jun 90 16:18 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04280; 12 Jun 90 15:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07181; 12 Jun 90 15:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02637; Tue, 12 Jun 90 12:03: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: 12 Jun 90 18:10:44 GMT From: Matthew A Machlis Organization: Massachusetts Institute of Technology Subject: 3020 Floating Point Coprocessor Failure Message-Id: <1990Jun12.181044.16045@athena.mit.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone experienced a failure of the floating point coprocessor on an IRIS 3000-series? Ours suddenly stopped working, and now all programs compiled with the -Zf option do not work. It has been getting a little warm in the computer room because the air conditioner wasn't working correctly -- could this have something to do with it? Any info would be appreciated.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06906; 12 Jun 90 17:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06550; 12 Jun 90 17:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06542; 12 Jun 90 16:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07458; 12 Jun 90 16:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05702; Tue, 12 Jun 90 12:53:25 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jun 90 18:55:15 GMT From: Russell Taylor Subject: relocation out-of-range error during linking! Message-Id: <14641@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have an IRIS 4D workstation running OS 3.2.2. When I am trying to compile a system of object files and libraries into a program, I am getting the following errors from the loader: Warning: jump relocation out-of-range, bad object file produced, can't jump from 0x427080 to 0x10033ce8 (index) Warning: jump relocation out-of-range, bad object file produced, can't jump from 0x4271dc to 0x10033ce8 (index) Warning: jump relocation out-of-range, bad object file produced, can't jump from 0x42729c to 0x10033ce8 (index) Warning: jump relocation out-of-range, bad object file produced, can't jump from 0x427c88 to 0x10033ce8 (index) There are many files in the system, so the resultant code may be very large. I assume that this is what is giving the loader trouble. Is there a way to make it take 'long jumps' or something to fix this problem? The code compiles and runs fine on a sun4. Thanks, Russell Taylor (taylorr@cs.unc.edu)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab06906; 12 Jun 90 17:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab06550; 12 Jun 90 17:01 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa06544; 12 Jun 90 16:49 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa09622; 12 Jun 90 16:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07758; Tue, 12 Jun 90 13:23: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: 12 Jun 90 13:21:50 GMT From: Dan Watts Organization: Ki Research, Inc. Derry, NH Subject: Re: Bus error DURING call to malloc() Message-Id: <789@ki.UUCP> References: <14525@thorin.cs.unc.edu>, <1990Jun10.211156.16153@calgary.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jun10.211156.16153@calgary.uucp> paquette@cpsc.ucalgary.ca (Trevor Paquette) writes: >In article <14525@thorin.cs.unc.edu>, taylorr@glycine.cs.unc.edu (Russell Taylor) writes: >> >> We are running OS 3.2.2 on an IRIS 4D/240GTX. I ran a program and >> got the proverbial 'Bus error (core dumped)' message. The catch is that >> when I run dbx and look for the error, it tells me that the error occured >> IN malloc(): > < stuff deleted > > Note: this does not 'fix' the problem.. you are now using a different > malloc. My experience has been that this error is caused by a program writing outside the bounds of a malloc'd area. This causes the hidden memory management headers to get corrupted. A quick hack would be to add some constant pad to all malloc's. Try adding 128 bytes and see if that does it. Since my mistakes are usually in writing one byte too much, a pad of 16 works ok. Note that this hasn't solved the code problem, it's just defensive programming. You might also not failures in printf() due to the same reason. I usually track this down by putting in calls to malloc() in other places in the code and try to find the _bad_ code by seeing which ones work, and which ones die (note to free() the malloc()'d mem just after getting it). -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!uunet!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07367; 12 Jun 90 17:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07126; 12 Jun 90 17:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07091; 12 Jun 90 17:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07892; 12 Jun 90 17:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA09663; Tue, 12 Jun 90 13:51: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: 12 Jun 90 20:43:45 GMT From: Kevin Kuehl Organization: Computing About Physical Objects Subject: Re: Bus error DURING call to malloc() Message-Id: <10822@medusa.cs.purdue.edu> References: <14525@thorin.cs.unc.edu>, <1990Jun10.211156.16153@calgary.uucp>, <789@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <789@ki.UUCP> dwatts@ki.UUCP (Dan Watts) writes: >in other places in the code and try to find the _bad_ code by seeing which >ones work, and which ones die (note to free() the malloc()'d mem just Another thing you can do (if you are fortunate enough to have access to a Sun4) is to use the `malloc_debug(2)' on a Sun4. This is one of the greatest tools I have ever used. On every call to malloc, it checks the heap and verifies that it is not corrupted. If it is corrupted, the program dumps core so you can find it. This would be great to have under Irix, don't you think? Whatd'ya say at SGI? I would really appreciate this feature. Kevin krk@cs.purdue.edu ..!{decwrl,ucbvax,gatech}!purdue!krk   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08240; 12 Jun 90 19:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08155; 12 Jun 90 19:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08089; 12 Jun 90 19:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08257; 12 Jun 90 18:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16560; Tue, 12 Jun 90 15:28: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: 12 Jun 90 22:27:58 GMT From: Tim Hall Organization: Boston University Subject: Why is 'setvaluator' such a dog? Message-Id: <58696@bu.edu.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I want to create some sliders that give offsets. The way I was doing this was to reset the cursor position, using 'setvaluator', after each MOUSEX event. However this makes a previously smooth motion (controlled by the slider) become jumpy. I narrowed down the problem to the setvaluator call. Sooo... 1) Why is 'setvaluator' so slow? 2) Is there another faster way to reposition the cursor or freeze the cursor while still getting MOUSE events? -Tim tjh@bu-pub.bu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08644; 12 Jun 90 20:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab08374; 12 Jun 90 20:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08361; 12 Jun 90 20:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08463; 12 Jun 90 19:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20609; Tue, 12 Jun 90 16:29:40 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jun 90 23:25:45 GMT From: Jason Heirtzler Organization: Boston University Information Technology Subject: exabyte dumps with bru Message-Id: <58699@bu.edu.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Are there any special catches to using bru to dump to an exabyte with the IRIX 3.2.1 SCSI driver? Not limited to the following: bugs in the driver? changes to brutab? special parameters for optimal throughput or tape utilization? If there's enough interest, I'll summarize -- ------------------------------------------------------------------- Jason Heirtzler (617) 353-2780 jdh@bu-pub.bu.edu Information Technology Boston University ..!bu.edu!bu-pub!jdh   Received: from vmb.brl.mil by VMB.BRL.MIL id ab08644; 12 Jun 90 20:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08617; 12 Jun 90 20:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08544; 12 Jun 90 20:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08517; 12 Jun 90 20:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22017; Tue, 12 Jun 90 16:52: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: 12 Jun 90 16:15:48 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: gifview source Message-Id: <791@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just got a copy of gifview.c and gave it a try on my Personal Iris. Unfortunately, it looks as if the code assumes 24 bit graphics. My system is a stock system and doesn't have that many bits. As a result, the image comes out very odd. I can recognize that there is a picture, but that's about it. Anyone modified this source to work for the lower grahpic bit systems? Dan -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!uunet!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08734; 12 Jun 90 21:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac08644; 12 Jun 90 20:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08638; 12 Jun 90 20:42 EDT Received: from uunet.UU.NET by VGR.BRL.MIL id aa08615; 12 Jun 90 20:34 EDT Received: from lsr-vax.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA09489; Tue, 12 Jun 90 20:33:48 -0400 Received: by (4.1/SMI-4.0) id AA03577; Tue, 12 Jun 90 20:29:49 EDT Date: Tue, 12 Jun 90 20:29:49 EDT From: Brad Zoltick - LMO Message-Id: <9006130029.AA03577@> To: uunet!brl.mil!info-iris@uunet.uu.net Subject: include files for bsd ioctl system calls In article Russell Taylor writes: > > We have an IRIS 4D running OS 3.2.2. I am trying to find the > include file that defines 'struct sgttyb'. I know it must be there > somewhere, because /usr/include/curses.h makes use of the structure > in one of its definitions. However, I have done : > find /usr/include -name \*.h -exec grep -l sgttyb {} \; > and none of the include files that show up define this structure. The ioctl and fcntl(SYSV) system calls differ significantly between SYSV and bsd and between different versions. This makes writing portable code rather difficult. Anyone who has ported an editor from one Unix system to another encounters problems with different ioctl usage. The structure you require, 'struct sgttyb' is defined under SUNOS in /usr/include/sys/ttold.h. You will probably need 'struct tchars' from this header also. Brad Zoltick Mail addresses for 'brad' at lsr-vax: UUCP: ...uunet!lsr-vax!brad INTERNET: lsr-vax!brad@uunet.uu.net or brad%lsr-vax.UUCP@uunet.uu.net BITNET: At present, must use the INTERNET address through a BITNET-to-Internet gateway.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09493; 12 Jun 90 23:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09328; 12 Jun 90 23:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09307; 12 Jun 90 23:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08648; 12 Jun 90 20:40 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24015; Tue, 12 Jun 90 17:23: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: 13 Jun 90 00:19:12 GMT From: Kevin Kuehl Organization: Computing About Physical Objects Subject: 8 bit gifview.c Message-Id: <10825@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Chris Schoeneman just sent me a copy of gifview.c that works for 8 bit machines. I don't have one, so I can't test it, but here it is. Kevin krk@cs.purdue.edu ..!{decwrl,ucbvax,gatech}!purdue!krk /* gifview.c * By Chris Schoeneman * jindak@surfside.esd.sgi.com or * nujy@vax5.ccs.cornell.edu * * This program is public domain. Do with it what you will. */ #define CMAP_START 1024 #include #include #include typedef struct { int dx,dy; /* size */ int colors,bits,cr; /* num colors, bits/pixel, color resolution */ char gcm, /* global color map flag */ bgnd; /* background color */ } screen_dscrp; typedef struct { int x,y,dx,dy, /* position, size */ colors,bits; /* num colors, bits/pixel */ char gcm,order; /* use global cm, seq. or interlaced */ } image_dscrp; int bits_left,byte_count, /* bits in last_char, bytes left */ mask[14]={0,1,3,7,0xf,0x1f,0x3f,0x7f,0xff, 0x1ff,0x3ff,0x7ff,0xfff,0x1fff}, code_size,countsize,countdown, dy_table[4]={8,8,4,2},offset_table[4]={0,4,2,1}, last_char,bit_mask,least_bits; short g_colors[256][3], /* global color map */ pixel_row[4096],code_table[4096][2], cmap; /* index of first color */ FILE *stream_source; /* file for input */ screen_dscrp si; /* global screen descriptor */ /***************************************************** * Input routines * *****************************************************/ int mscanf(FILE *infile, char *parse) { char *scan; int dx,dy; for (scan=parse;*scan;scan++) if (getc(infile)!=(int)*scan) return(0); return(!0); } /* read Screen Descriptor */ int scan_SD(FILE *infile, screen_dscrp *sd) { char data; data=(char)getc(infile); sd->dx=data+((char)getc(infile)<<8); data=(char)getc(infile); sd->dy=data+((char)getc(infile)<<8); data=getc(infile); if (data&8) return(0); sd->gcm=data&0x80; sd->cr=(data&0x70)>>4; sd->bits=(data&7)+1; sd->colors=1<bits; sd->bgnd=getc(infile); if (getc(infile)!=0) return(0); return(!0); } /* skip past an extension block */ void skip_EB(FILE *infile) { int count,garbage[256]; getc(infile); /* get function */ while (count=getc(infile)) fread(garbage,1,count,infile); } /* read Image Descriptor */ int scan_ID(FILE *infile, image_dscrp *id) { char data; /* wait for ',' or ';' or '!' EOF */ do { data=(char)getc(infile); if (data==';') return(1); if (feof(infile)) return(0); if (data==0x21) skip_EB(infile); } while (data!=0x2c); data=(char)getc(infile); id->x=data+((char)getc(infile)<<8); data=(char)getc(infile); id->y=data+((char)getc(infile)<<8); data=(char)getc(infile); id->dx=data+((char)getc(infile)<<8); data=(char)getc(infile); id->dy=data+((char)getc(infile)<<8); data=(char)getc(infile); id->gcm=data&0x80; id->order=data&0x40; id->bits=(data&7)+1; id->colors=1<bits; return(2); } /* read Color Map */ void scan_CM(FILE *infile, int colors, short *cm) { short *scan; int i; for (scan=cm,i=3*colors;i>0;i--) *scan++=(short)getc(infile); } /* reset code stuff */ void reset_codes(void) { code_size=least_bits+1; if (code_size<=2) code_size=3; countsize=1<>=code_size; bits_left-=code_size; if (flag) { flag=0; reset_codes(); } else if (--countdown==0) { countdown=countsize; countsize<<=1; if (++code_size==13) { flag=1; code_size--; } else bit_mask=(int)mask[code_size]; } return(code); } /***************************************************** * Other routines * *****************************************************/ void install_cmap(int colors, short *cm) { short *scan; int i; for (scan=cm,i=cmap;colors>0;scan+=3,i++,colors--) mapcolor(i,*scan,*(scan+1),*(scan+2)); } void setup_codes(int colors) { int i; for (i=0;idx; clear_code=id->colors; end_code=clear_code+1; while ((prefix=get_code())==clear_code); reset_codes(); table_ptr=clear_code+2; for (pass=0;pass<4;pass++) { y=id->y+id->dy-1-offset_table[pass]; dy=dy_table[pass]; while (y>=0 && (save=suffix=get_code())!=end_code) { if (suffix==clear_code) { reset_codes(); while ((save=get_code())==clear_code); reset_codes(); table_ptr=clear_code+1; } else { code_table[table_ptr][0]=prefix; if (suffix==table_ptr) code_table[table_ptr][1]=code_table[prefix][1]; else { while (suffix>=id->colors) suffix=code_table[suffix][0]; code_table[table_ptr][1]=suffix; } } suffix=1; stack_ptr=stack; while (prefix>=id->colors) { *stack_ptr++=code_table[prefix][1]; prefix=code_table[prefix][0]; suffix++; } *stack_ptr=prefix; for (;suffix>0;stack_ptr--,suffix--) { *pixel++ = cmap+*stack_ptr; if (--row_count==0) { row_count=id->dx; pixel=pixel_row; rectwrite(id->x,y,id->x+id->dx-1,y,pixel_row); y-=dy; } } table_ptr++; prefix=save; } } } void read_sequential(image_dscrp *id) { int table_ptr,row_count,y,end_code,clear_code; short *pixel=pixel_row,prefix,suffix,save,stack[4096],*stack_ptr; y=id->y+id->dy-1; row_count=id->dx; clear_code=id->colors; end_code=clear_code+1; while ((prefix=get_code())==clear_code); reset_codes(); table_ptr=clear_code+2; while ((save=suffix=get_code())!=end_code) { if (suffix==clear_code) { reset_codes(); while ((save=get_code())==clear_code); reset_codes(); table_ptr=clear_code+1; } else { code_table[table_ptr][0]=prefix; if (suffix==table_ptr) code_table[table_ptr][1]=code_table[prefix][1]; else { while (suffix>=id->colors) suffix=code_table[suffix][0]; code_table[table_ptr][1]=suffix; } } suffix=1; stack_ptr=stack; while (prefix>=id->colors) { *stack_ptr++=code_table[prefix][1]; prefix=code_table[prefix][0]; suffix++; } *stack_ptr=prefix; for (;suffix>0;stack_ptr--,suffix--) { *pixel++ = cmap+*stack_ptr; if (--row_count==0) { row_count=id->dx; pixel=pixel_row; rectwrite(id->x,y,id->x+id->dx-1,y,pixel_row); y--; } } table_ptr++; prefix=save; } } int draw_image(FILE *infile) { short lcm[256][3]; int flag; image_dscrp id; /* get image descriptor and setup colors */ flag=scan_ID(infile,&id); if (flag==0) { printf("unexpected eof.\n"); exit(3); } if (flag==1) return(0); if (id.gcm) { scan_CM(infile,id.colors,lcm); install_cmap(id.colors,lcm); } else { install_cmap(si.colors,g_colors); id.colors=si.colors; id.bits=si.bits; } /* draw image */ if (id.bits==1) { id.bits=2; id.colors=4; } clear_stream(infile,id.bits); setup_codes(id.colors); color(si.bgnd+CMAP_START); clear(); if (id.order) read_interlaced(&id); else read_sequential(&id); return(!0); } void read_cmap(int colors, short *cm) { short *scan; int i; for (scan=cm,i=cmap;colors>0;scan+=3,i++,colors--) { getmcolor(i,scan,scan+1,scan+2); } } void main(int argc, char **argv) { FILE *gif_data; int name_arg=1,map=0,planes; short key_status,save_map[256][3]; /* open file */ if (argc<2 || argc>3) { printf("usage: %s [-map#] \n",argv[0]); exit(1); } if (argv[1][0]=='-') { name_arg=2; if (isdigit(argv[1][1])) map=argv[1][1]-'0'; if (map<0 || map>7) printf("%d out of range (0-7).\n"); } gif_data=fopen(argv[name_arg],"r"); if (gif_data==NULL) { printf("can't open %s.\n",argv[name_arg]); exit(1); } if (!mscanf(gif_data,"GIF87a")) { printf("%s not a gif file.\n",argv[name_arg]); exit(2); } /* get global info */ if (!scan_SD(gif_data,&si)) { printf("data format error.\n"); exit(3); } printf("File %s:\n resolution: %dx%d\n colors: %d\n", argv[name_arg],si.dx,si.dy,si.colors); printf("Press escape to quit.\n"); /* get global colors */ if (si.gcm) scan_CM(gif_data,si.colors,g_colors); /* open window */ prefsize(si.dx,si.dy); maxsize(si.dx,si.dy); minsize(si.dx,si.dy); winopen(argv[name_arg]); /* setup colormap mode */ cmode(); onemap(); gconfig(); planes=getplanes(); if (planes>8) cmap=CMAP_START+(map<<8); else cmap=0; read_cmap(si.colors,save_map); while (draw_image(gif_data)); fclose(gif_data); qdevice(ESCKEY); /* escape key */ qreset(); while (qread(&key_status)!=ESCKEY); unqdevice(ESCKEY); install_cmap(si.colors,save_map); }   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09863; 13 Jun 90 0:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09597; 13 Jun 90 0:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09515; 12 Jun 90 23:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00349; 12 Jun 90 23:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27111; Tue, 12 Jun 90 18:11:58 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jun 90 22:53:28 GMT From: "Steven H. Izen" Organization: NASA/Lewis Research Center, Cleveland Subject: what does the -L switch for wsh do? Message-Id: <1990Jun12.225328.25745@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I recently did a ps -ef while in the middle of some backups and noticed that there was a line root 473 457 0 17:28:53 console 0:00 wsh -Z3 -Z4-L/dev/grconc,/dev/grcons -r1000 -s24x80 -m60x80 -fScreen.12 -Z7 Howver, the -L option is not in the man page for wsh. What does it do? Steve Izen steve@pitacat.lerc.nasa.gov -- Steve Izen izen@cwru.cwru.edu or steve@izen386.math.cwru.edu or steve@pitacat.lerc.nasa.gov Klein bottle for sale - Inquire within.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09914; 13 Jun 90 0:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09863; 13 Jun 90 0:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09843; 13 Jun 90 0:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00319; 12 Jun 90 23:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04223; Tue, 12 Jun 90 20:08:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jun 90 03:03:50 GMT From: Kevin Kuehl Organization: Computing About Physical Objects Subject: Malloc Debugging Message-Id: <10826@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I would like to thank Mike Goss for pointing out a mistake I made. He showed me where to look for the malloc debugging option that I liked on the Sun 4's. It has been there the whole time and I didn't even know it. :-( Thanks Mike, Kevin krk@cs.purdue.edu ..!{decwrl,ucbvax,gatech}!purdue!krk   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09980; 13 Jun 90 0:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09328; 12 Jun 90 23:37 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa09260; 12 Jun 90 23:19 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by ADM.BRL.MIL id aa14776; 12 Jun 90 22:58 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA13822; Tue, 12 Jun 90 21:23:11 CDT Date: Tue, 12 Jun 90 21:23:11 CDT From: Mike Goss Message-Id: <9006130223.AA13822@snow-white.merit-tech.com> To: info-iris@BRL.MIL, krk@purdue.edu Subject: Re: Bus error DURING call to malloc() In reply to: > Date: 12 Jun 90 20:43:45 GMT > From: Kevin Kuehl > Organization: Computing About Physical Objects > Subject: Re: Bus error DURING call to malloc() > Message-Id: <10822@medusa.cs.purdue.edu> > > In article <789@ki.UUCP> dwatts@ki.UUCP (Dan Watts) writes: > >in other places in the code and try to find the _bad_ code by seeing which > >ones work, and which ones die (note to free() the malloc()'d mem just > > Another thing you can do (if you are fortunate enough to have access > to a Sun4) is to use the `malloc_debug(2)' on a Sun4. This is one of > the greatest tools I have ever used. On every call to malloc, it > checks the heap and verifies that it is not corrupted. If it is > corrupted, the program dumps core so you can find it. > > This would be great to have under Irix, don't you think? Whatd'ya say > at SGI? I would really appreciate this feature. > > Kevin > krk@cs.purdue.edu > ..!{decwrl,ucbvax,gatech}!purdue!krk > Looks like the folks at SGI jumped right in their TARDIS when they heard your request, went back in time, and implemented your suggestion. See the man page for malloc(3X) (it's there in IRIX 3.2, and I think it was there on 3.1 also). The M_DEBUG function of mallopt sounds like exactly what you need (don't forget to link your program with "-lmalloc"!). ------------------------------ Mike Goss Merit Technology Inc. (214)733-7018 goss@snow-white.merit-tech.com Disclaimer: This offer void except where prohibited by law.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10059; 13 Jun 90 1:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09980; 13 Jun 90 0:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09933; 13 Jun 90 0:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00889; 13 Jun 90 0:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08460; Tue, 12 Jun 90 21:15: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: 12 Jun 90 23:34:40 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Bus error DURING call to malloc() Message-Id: <62158@sgi.sgi.com> References: <14525@thorin.cs.unc.edu>, <1990Jun10.211156.16153@calgary.uucp>, <10822@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10822@medusa.cs.purdue.edu>, krk@cs.purdue.EDU (Kevin Kuehl) writes: > In article <789@ki.UUCP> dwatts@ki.UUCP (Dan Watts) writes: > > Another thing you can do (if you are fortunate enough to have access > to a Sun4) is to use the `malloc_debug(2)' on a Sun4. This is one of > the greatest tools I have ever used. On every call to malloc, it > checks the heap and verifies that it is not corrupted [...] > > This would be great to have under Irix, don't you think? Whatd'ya say > at SGI? I would really appreciate this feature. We've shipped versions of malloc that did this in the distant past. I don't think the malloc(3) shipped on 4D's in the last 2-3 years had this. Howver, consider the mallopt() function and the following paragraph, cut from a window displaying the IRIX 3.3 malloc(3X) man page: | M_DEBUG Turns debug checking on if value is not equal to 0, otherwise | turns debug checking off. When debugging is on, each call to | malloc and free causes the entire malloc arena to be scanned and | checked for consistency. This option may be invoked at any | time. Note that when debug checking is on, the performance of | malloc is reduced considerably. There have been internal discussions about possibly enhancing this feature in a future release to make it slower and more paranoid. (This would be good.) If you complain enough, you might convince the powers that be to ship some neat "memory-leak" tools developed in the window system wars. It is worth noting that the semantics of libmalloc and ancient malloc differ slightly. Particularly sloppy code has trouble with libmalloc. Vernon Schryver vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ab10059; 13 Jun 90 1:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac09980; 13 Jun 90 0:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab09933; 13 Jun 90 0:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00893; 13 Jun 90 0:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08303; Tue, 12 Jun 90 21:13: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: 12 Jun 90 18:26:11 GMT From: "Mark D. Stadler" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Bus error DURING call to malloc() Message-Id: <8863@odin.corp.sgi.com> References: <14525@thorin.cs.unc.edu>, <62083@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <62083@sgi.sgi.com> yohn@tumult.asd.sgi.com (Mike Thompson) writes: >In article <14525@thorin.cs.unc.edu>, taylorr@glycine.cs.unc.edu (Russell Taylor) writes: >> >> We are running OS 3.2.2 on an IRIS 4D/240GTX. I ran a program and >> got the proverbial 'Bus error (core dumped)' message. The catch is that >> when I run dbx and look for the error, it tells me that the error occured >> IN malloc(): >> ... >> There are several calls to malloc() in the code. There have been >> successful calls before this call is made. All calls are passed constant >> references, and this code compiles and runs correctly on a variety of other >> machines (VAX, sun 4, DecStation). >> ... >> Is there a known bug (and hopefully fix) for this? > >I cannot guarantee that there are no bugs in malloc (I assume you are >getting malloc from libc), but I don't know of any (besides performance >problems when allocating many memory areas). But I have seen many, >many user programs that bomb in malloc because the user code overran >the memory allocated by a call to malloc. malloc(strlen(s)) and >copying s is a classic way to get into trouble (user forgets that >strlen does not account for the trailing null character) -- there are >many other possibilities. > >Since malloc(3X) -- the malloc in /usr/lib/libmalloc.a -- aligns >requests to eight-byte boundaries and malloc(3C) aligns only to >four-bytes, switching to libmalloc may help if only that it masks gives >the caller a little more unrequested rounding space. > i've examined a number of malloc() problems throughout the last 7 years or so, and have always traced the problem back to the application... there are a couple of good reasons that malloc() usage problems are masked on a machine and libmalloc basis. first of all, i know that a number of VMS programs have malloc problems once they are ported to unix. the VMS malloc rounds the request up to the nearest multiple of 512 (page size). then it skips the next virtual page. this turns out to be a great debug tool since you get core dumps when you hit the next page instead of quietly corrupting some other data structure. unfortunately, the granularity is only at the page level, so small problems are masked and only surface in other environments. VAX unix may act similar, but i don't know for sure. the traditional libc malloc approach uses a linked list scheme where the next pointers are embedded in the memory arena. if you overwrite a chunk of malloced memory, you corrupt the linked list and the next call to malloc() will traverse into the boonies. the libmalloc approach keeps the pointers into the memory arena in a separate area and therefore, if you overwrite a chunk of malloced memory, you may corrupt some other data structure that doesn't really matter anyway... (at least not at the time). since the next pointers are saved from corruption, malloc() won't dump core. but you still have a problem lurking out there somewhere. i think i'd stick to the old malloc() and narrow the problem down more. if you mask this symptom, you will make it even more difficult to isolate a problem further down the road. -- mds [aka Mark D Stadler mds@sgi.com ...!uunet!sgi!mds (415)335-1327]   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15539; 13 Jun 90 9:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14151; 13 Jun 90 9:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14060; 13 Jun 90 9:14 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa01618; 12 Jun 90 9:45 EDT Received: Tue, 12 Jun 90 06:44:16 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Tue, 12 Jun 90 09:44:53 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Tue, 12 Jun 90 09:58:40 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Tue, 12 Jun 90 09:58:40 EDT From: Tony Facca Message-Id: <9006121358.AA12319@avelon.lerc.nasa.gov> To: zsd@pig.drea.dnd.ca Subject: 4sight questions Cc: info-iris%brl.mil@prandtl.nas.nasa.gov > >Fact 1: >I have found the appropriate places to hack and hew >/usr/NeWS/lib/NeWS/sgiwin.ps so that the windows have borders and yet >no title bars, provided I leave the edited file in /usr/NeWS/lib/NeWS. > This is true, but it isn't the "only" way to override the system sgiwin.ps as evidenced by the 4Dgifts use of ~/.4sight >Fact 2: >If you examine user.ps, startup.ps and the .4sight directory from >/usr/people/4Dgifts, you see how you can modify the way the title >bar is drawn. > >Fact 3: >If you copy over the 4Dgifts stuff, replace .4sight/window.ps >by your own hacked and hewed version of sgiwin.ps, nothing is changed! You must have done something wrong. By design, your NEW version of window.ps should override the system version (since it gets loaded AFTER the original version, thus redefining the functions which draw windows). > >Finally, my question: >Why is nothing changed when you replace .4sight/window.ps >with (almost all of) sgiwin.ps? And how can you get it to change? > I'm not sure that I understand all of what you are doing, but I know that I have redefined the windows, background, startups, etc. for 4sight and that if everything is done right it works. Sometimes it is reassuring to know that it CAN be done, which is why I mentioned it. Here is a segment from user.ps in my home directory. % % This (between the "[]"'s) is the list of files which will be loaded % from the ~/.4sight directory. % [ (menu.ps) (mvpref.ps) (pref.ps) (icon.ps) (toolchest.ps) (window.ps) (wsh.ps) (console.ps) (my_tools.ps) ] { (.4sight/) exch append run } forall ---- By creating a file menu.ps in my own .4sight directory, I can change the way the SGI popup menu works. Here is my ~/.4sight/menu.ps % Controls the title color on the pop-up menus SGIMenu begin % /TitleFillColor 0.918 0.216 0.0 rgbcolor def % Browns Orange /TitleFillColor 0.000 0.514 1.0 rgbcolor def % Avelon Blue end % Tells the cursor to pop-up over the first menu choice UserProfile /MenuHome /overFirst put % Gotta havit ------ All I do is redefine the color of the menu title fill, and then the overFirst tells the cursor to point to the first menu item when I click the right mouse button. I know that this works. I've made modifications to window.ps and that works too (but its kinda long to include here). Another thing I've noticed is that if you do not code the changes correctly, the system ignores them (but doesn't tell you) and therefor does NOT override the defaults. Well, I hope some of this helps. Good luck. > >P.S. This seems to be an apropriate time to point out how nice >the 3130 is. Remember the 3000 series, anyone? > > Ahh yes, I seem to remember that the windowing was awfull on those machines. You couldn't resize without screwing up the editor, you had to click twice to do almost anything, (and once just to activate the window). Yes, those certainly were the good ole days.. :-) -- ----------------------------------------------------------------------------- Tony Facca | fsfacca@avelon.lerc.nasa.gov | phone: 216-433-8318 ----------------------------------------------------------------------------- You are at Witt's end. Passages lead off in *all* directions.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab18152; 13 Jun 90 11:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17363; 13 Jun 90 10:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16948; 13 Jun 90 10:39 EDT Received: from inria.inria.fr by VGR.BRL.MIL id aa04942; 13 Jun 90 10:27 EDT Received: by inria.inria.fr (5.61+/89.0.8) via Fnet-EUnet id AA16635; Wed, 13 Jun 90 16:26:33 +0200 (MET) Date: Tue, 12 Jun 90 11:07:40 -0100 Received: by tdisys.uucp, Tue, 12 Jun 90 11:07:40 -0100 From: Farhad Pezeshgi Message-Id: <9006120907.AA07897@tdisys.uucp> To: info-iris@BRL.MIL Subject: Searching for Databases I would like to create a small library of digitized object. I would be interested in and object database that is availabe and you are willing to share with me. Unfortunatly I do not have ftp access to the network and so I would appreciate it if you could mail your data bases with a small explenation of how to read the information. Once I have compiled this library If any other person is interested I would be glad to share it with them. So if you have a data base which is interested or complicated I would be interested in it. Please send all to my E-mail address: farhad%tdisys@inria.fr Thanks in advance to all who will send me data bases. Farhad. Thomson Digital Image Paris, France.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab19099; 13 Jun 90 11:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab18871; 13 Jun 90 11:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18846; 13 Jun 90 11:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05113; 13 Jun 90 11:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12447; Wed, 13 Jun 90 08:08: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: 12 Jun 90 20:17:39 GMT From: James Zurlo Organization: Mechanical Engineering, Carnegie Mellon, Pittsburgh, PA Subject: Molecular modeling software Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A friend asked me to post this. Please respond to: mc@batman.nist.gov Are there any public domain molecular modeling packages available for SGI? Respond to: mc@batman.nist.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00544; 14 Jun 90 5:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00484; 14 Jun 90 5:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00449; 14 Jun 90 5:08 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08383; 12 Jun 90 19:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19139; Tue, 12 Jun 90 16:07:18 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jun 90 21:08:09 GMT From: Martin Hofmann Organization: U of Toronto Zoology Subject: Wanted: FFT program Message-Id: <1990Jun12.210809.12521@utzoo.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have a public program for doing FFTs, preferably on images in IRIS format, although for binary images would also be OK. I have some routines, but would rather not have to try and port them if I can avoid it. Thanks -- The world is sacred. You cannot improve it. | Martin Hofmann, U of Toronto If you try to change it, you will ruin it. | martin@zoo.toronto.edu If you try to hold it, you will lose it. | martin@zoo.utoronto.ca Lao Tsu, "Tao Te Ching" | uunet!attcan!utzoo!martin   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00544; 14 Jun 90 5:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00484; 14 Jun 90 5:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00452; 14 Jun 90 5:08 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00347; 12 Jun 90 23:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27052; Tue, 12 Jun 90 18:11: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: 12 Jun 90 15:46:50 GMT From: "Gregory D. Swedberg" Organization: The Aerospace Corporation, El Segundo, CA Subject: Re: Bus error DURING call to malloc() Message-Id: <75367@aerospace.AERO.ORG> References: <14525@thorin.cs.unc.edu>, <62083@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Are you ever calling realloc? The IRIS does not seem to implement it correctly, when reallocing to the a larger size it seems to just return the original pointer rather than a pointer to a new larger block. I have had to give up on realloc on the IRIS.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00614; 14 Jun 90 5:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00484; 14 Jun 90 5:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00449; 14 Jun 90 5:08 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08381; 12 Jun 90 19:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19155; Tue, 12 Jun 90 16:07:29 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jun 90 08:35:03 GMT From: Michael Herman Organization: Alias Research Inc., Toronto ON Canada Subject: Re: What does winopen(3G) do? Message-Id: <1990Jun12.083503.29069@alias.uucp> References: <2238@speedy.mcnc.org>, <8315@odin.corp.sgi.com>, <2252@speedy.mcnc.org> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL One thing winopen( ) doesn't do is respect stdio file pointers/buffers. It should insure that every buffer is flushed before doing the fork. This is a major nuisance to those who are writing "general-purpose" libraries that expect to be called from SGI GL programs. Michael Herman Director, New Workstation Group   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08526; 12 Jun 90 20:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08374; 12 Jun 90 20:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08326; 12 Jun 90 20:05 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa08410; 12 Jun 90 19:31 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Wed, 13 Jun 90 11:29 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Wed, 13 Jun 90 11:29 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA27520; Wed, 13 Jun 90 11:27:32 NZT Date: Wed, 13 Jun 90 11:27:32 NZT From: russell@ccu1.aukuni.ac.nz Subject: Re: Cannot find the include file I need To: info-iris@vgr.brl.mil Message-Id: <9006122327.AA27520@ccu1.aukuni.ac.nz> Curses does not use the structures sgtty! curses.h typedefs structure to termio for system V! #ifdef SYSV # ifndef VINTR # include # endif /* VINTR */ typedef struct termio SGTTY; !!!!!!!! #else /* !SYSV */ # ifndef _SGTTYB_ # include # endif /* _SGTTYB_ */ typedef struct sgttyb SGTTY; I fell into the same misconception a while back!   Received: from vmb.brl.mil by VMB.BRL.MIL id ab15539; 13 Jun 90 9:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14663; 13 Jun 90 9:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14199; 13 Jun 90 9:23 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa04577; 13 Jun 90 9:08 EDT Received: Wed, 13 Jun 90 06:07:28 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Wed, 13 Jun 90 09:07:52 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Wed, 13 Jun 90 09:22:49 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Wed, 13 Jun 90 09:22:49 EDT From: Tony Facca Message-Id: <9006131322.AA16314@avelon.lerc.nasa.gov> To: mlj8e@mljsg.pharm.virginia.edu Subject: Re: BASIC for 4D Cc: info-iris%brl.mil@prandtl.nas.nasa.gov >I know this seems rediculous, but I have a user with a lot of >DEC MINC BASIC programs which we need to run on either a PC >or our 4D so we can junk the MINC. > >Any suggestions would be helpfull. > You might want to try SoftPC which you can get from SGI for a nominal fee. IF you don't already have a PC connected to the net which you can use for the floppy disk drive, you can get one of those from SGI as well. Not a great solution, but it'll work. -- ..ahead, warp factor...two + * + * + * - - - - -------======<<<<<{{{{{{[[[[[[ TONY FACCA fsfacca@avelon.lerc.nasa.gov + + * * *   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16409; 13 Jun 90 10:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15928; 13 Jun 90 10:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15809; 13 Jun 90 10:03 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa04800; 13 Jun 90 9:47 EDT Received: Wed, 13 Jun 90 06:46:29 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Wed, 13 Jun 90 09:47:02 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Wed, 13 Jun 90 10:01:59 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Wed, 13 Jun 90 10:01:59 EDT From: Tony Facca Message-Id: <9006131401.AA16403@avelon.lerc.nasa.gov> To: mmachlis@bloom-beacon.mit.edu Subject: Re: 3020 Floating Point Coprocessor Failure Cc: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: 3020 Floating Point Coprocessor Failure >Has anyone experienced a failure of the floating point coprocessor on an >IRIS 3000-series? Ours suddenly stopped working, and now all programs compiled >with the -Zf option do not work. It has been getting a little warm in the >computer room because the air conditioner wasn't working correctly -- could >this have something to do with it? Any info would be appreciated. > Well as a matter of fact, even as we "speak", I have the service guys sitting in the computer room swapping out our floating point board. It's the first one to go in a couple of years, and we just rolled the machine down the hall to a new room (which is about 20 degrees cooler). But, it's a simple board swap (at least it was when SGI had the service contract), now it's still a simple board swap, it just takes a lot longer for the service guys to believe me.. :-) Try this program (f77 -Zg fpu.f -o fpu). If the answers are wrong, get a new board. --------------------------------- fpu.f -------------------------------------- program fpu c *** test the floating point processor board c *** compile program: f77 -Zg fpu.f -o fpu c *** these functions invoke the floating point accellerator. If the c *** board is bad, the results will be incorrect, but the integers c *** will be correct. do 100 i = 1, 20 x = float (i) cosx = cos(x) sinx = sin(x) print *,'integer: ',i,' x= ',x,' cosx= ',cosx,' sinx= ',sinx 100 continue stop ' ** end test **' end ------------------------------------------------------------------------------- -- ..ahead, warp factor...two + * + * + * - - - - -------======<<<<<{{{{{{[[[[[[ TONY FACCA fsfacca@avelon.lerc.nasa.gov + + * * *   Received: from vmb.brl.mil by VMB.BRL.MIL id ab16409; 13 Jun 90 10:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab15928; 13 Jun 90 10:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15813; 13 Jun 90 10:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04807; 13 Jun 90 9:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07102; Wed, 13 Jun 90 06:42:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jun 90 13:08:02 GMT From: Russell Taylor Organization: University Of North Carolina, Chapel Hill Subject: Re: Bus error DURING call to malloc() Message-Id: <14652@thorin.cs.unc.edu> References: <1990Jun10.211156.16153@calgary.uucp>, <789@ki.UUCP>, <10822@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I traced the problem down by using the Saber-C product we recently got for our Suns. The problem (as many people responded) was that I was doing strange things to memory that had been gotten via calls to malloc(). The Saber-C environment checked for the strangeness and showed me right where it was happening. Once I fixed it, the problem went away. Thank you all for your suggestions! Russell Taylor   Received: from vmb.brl.mil by VMB.BRL.MIL id ac16409; 13 Jun 90 10:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac15928; 13 Jun 90 10:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab15813; 13 Jun 90 10:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04809; 13 Jun 90 9:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07127; Wed, 13 Jun 90 06:43: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: 13 Jun 90 13:15:07 GMT From: Mark Surles Subject: Problems with Event Queue Message-Id: <14653@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm writing a program which uses a library of existing code, and I'm having trouble with the event queue. My program needs to look at the events on the queue to determine which code (mine or the library's) should get each event. I initally did a qread() to look at the event, and then if my code didn't need it I did a qenter() to put it back for the library. This does NOT work, because qenter() puts the event at the END of the queue - the order of events gets messed up. For most event types I can just do a qtest() to get the event type - I can keep track of the current window to determine what window the event is for. For Window Manager events, however, I need to look at the value field of the event as well as the event type (which window needs a Redraw, etc.). Is there any way to get both the event type and the value without dequeueing the event? Or, can I read the event and then somehow put it back at the FRONT of the queue? Has anyone dealt with this? Is there a solution? Thanks, Mark Surles surles@cs.unc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18620; 13 Jun 90 11:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18152; 13 Jun 90 11:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17701; 13 Jun 90 10:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04924; 13 Jun 90 10:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08905; Wed, 13 Jun 90 07:11:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jun 90 08:01:45 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Re: Cannot find the include file I need Message-Id: <1990Jun13.090145.787@urz.unibas.ch> References: <14637@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <14637@thorin.cs.unc.edu>, taylorr@glycine.cs.unc.edu (Russell Taylor) writes: > > We have an IRIS 4D running OS 3.2.2. I am trying to find the > include file that defines 'struct sgttyb'. I know it must be there > somewhere, because /usr/include/curses.h makes use of the structure No way. If you look at curses.h, it explicitly says #ifdef SYSV ... #else # ifndef _SGTTYB_ # include # endif typedef struct sgttyb SGTTY; ... #endif and this means that you won't need it on a IRIX (SYSV) in the view of an IRIY programmer. If you are porting from BSD, you will meet lots of incompatibilities like these. What sgtty does: It defines the speed, the erase and kill character, and the mode flags: struct sgttyb { char sg_ispeed; /* input speed */ char sg_ospeed; /* output speed */ char sg_erase; /* erase character */ char sg_kill; /* kill character */ short sg_flags; /* mode flags */ }; Unfortunately, gtty isn't supported as system call on IRIX. There is a smiling remark in /usr/include/sgtty.h pointing to /usr/include/bsd, and there - rien ne va plus. BUT: If you are looking at what gtty does, I suspect that this is a call which is doing the opposite of stty, namely reading the state of the terminal. This can be done easily by a ioctl(2) call. ioctl asks for the file descriptor (the terminal device), what you want to to (read terminal io parameters: TCGETA), and an argument which is device-specific. On IRIX, this one is in termio.h, and you need to refer to termio(7). Look at the end of the man page of termio(7). Hope this helps, Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19099; 13 Jun 90 11:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18871; 13 Jun 90 11:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18818; 13 Jun 90 11:35 EDT Received: from REMOTE.DCCS.UPENN.EDU by VGR.BRL.MIL id aa05020; 13 Jun 90 10:52 EDT Return-Path: Received: from PENNDRLS.UPENN.EDU by remote.dccs.upenn.edu id AA28304; Wed, 13 Jun 90 10:51:40 -0400 Message-Id: <9006131451.AA28304@remote.dccs.upenn.edu> Received: from PENNDRLS.UPENN.EDU by PENNDRLS.UPENN.EDU (IBM VM SMTP R1.2.1) with BSMTP id 2668; Wed, 13 Jun 90 10:51:54 EST Date: Wednesday, 13 June 1990 1046-EST From: Ellis Golub Subject: Postscript printing To: INFO-IRIS@BRL.MIL I am a new IRIS user. I have connected an HP IIP laserjet printer to the parallel port of the iris. This works fine as is. To accomodate some software, I added a postscript cartridge, and that works fine for that software, but no longer supports ordinary printing by the iris, when that software is not running. Aside from yanking the Postscript cartridge in and out, is there a way to make postscript the default output mode? Thanks for any suggestions. Ellis Golub Biochemistry Department University of Pennsylvania School of Dental Medicine 4001 Spruce Street Philadelphia, PA 19104-6003 Phone: (215) 898-4629 FAX: (215) 898-3695 GOLUB @ PENNDRLS (Bitnet) GOLUB @ MSCF.MED.UPENN.EDU   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23433; 13 Jun 90 15:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22808; 13 Jun 90 15:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22737; 13 Jun 90 15:11 EDT Received: from [192.12.31.1] by VGR.BRL.MIL id aa05371; 13 Jun 90 12:43 EDT Date: Wed, 13 Jun 90 12:34:53 EDT From: "Prof. David F. Rogers" (Aerospace) To: mlj8e@mljsg.pharm.virginia.edu cc: true!alex@dartmouth.edu, info-iris@BRL.MIL Subject: Basic Message-ID: <9006131234.aa00292@CAD.USNA.MIL> G'day Mike, A project is underway at True Basic sponsored by the US Naval Academy to port True Basic (ANSI Basic) to the 4D series. I am the POC at USNA. I have been using the system for several months now. It is quite nice. If you are interested in a copy please contact Alex Cutler at True Basic (1-800-TR-BASIC). They'll be happy to sell you one at a reasonably modest price. This is the only ANSI BASIC that I know that runs on the SGI. Dave Rogers   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24551; 13 Jun 90 16:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23868; 13 Jun 90 16:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23829; 13 Jun 90 15:56 EDT Received: from SGI.COM by VGR.BRL.MIL id aa05584; 13 Jun 90 14:00 EDT Received: from oni.sgi.com by sgi.sgi.com (5.52/900423.SGI) for info-iris@brl.mil id AA00568; Wed, 13 Jun 90 10:35:03 PDT Received: from forest.sgi.com by relay.sgi.com (5.52/900423.SGI) for @sgi.sgi.com:tohanson@gonzo.lerc.nasa.gov id AA12545; Wed, 13 Jun 90 10:35:00 PDT Received: from localhost.sgi.com by forest.sgi.com (5.52/890923.SGI) for @relay.sgi.com:info-iris@brl.mil id AA21634; Wed, 13 Jun 90 10:35:31 PDT Message-Id: <9006131735.AA21634@forest.sgi.com> To: Jeff Hanson Cc: info-iris@BRL.MIL Subject: Re: Craig Upson Now Works for SGI In-Reply-To: Your message of 12 Jun 90 16:08:10 +0000. <1990Jun12.160810.26533@eagle.lerc.nasa.gov> Date: Wed, 13 Jun 90 10:35:28 PDT From: baskett%forest@sgi.com Jeff Hanson asks: "Will AVS be ported to SGI ..." As many of you know, AVS was built at Stellar (now Stardent) by Craig Upson and his crew using some nice visualization tools, a straighforward (and rather limiting) data model, and an interconnection mechanism invented by SGI's own Paul Haeberli (see his Siggraph '88 paper on ConMan). It is a nice first generation scientific visualization product. SGI has attempted to license it from Stardent so that we could offer an efficient implementation of it to our customers. We have been unsuccessful in these attempts. They won't say no, of course, but they won't say yes either. It's almost as thought they would rather that we didn't have it. But they are no doubt busy with their other business and we can't wait around forever, either, especially considering that we and others know how to build second generation products that overcome many of the limitations of the first generation product and provide added richness as well as added functionality. So we currently expect that our customers will have to make do with some of the other first generation visualization products that are available on our systems and anxiously await second generation products. SGI will also attempt to be more sensitive to the porting issues for second generation products that seem to currently inhibit the spread of AVS. Forest Baskett Silicon Graphics   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25664; 13 Jun 90 17:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25258; 13 Jun 90 16:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24976; 13 Jun 90 16:42 EDT Received: from [129.112.1.12] by VGR.BRL.MIL id aa06201; 13 Jun 90 15:58 EDT Received: from baby.swmed.utexas.edu by utsw.swmed.utexas.edu with SMTP; Wed, 13 Jun 1990 14:28:34 CDT Received: by baby.swmed.utexas.edu (5.52/890619.SGI) (for @utsw.swmed.utexas.edu:info-iris@brl.mil) id AA14078; Wed, 13 Jun 90 14:33:59 CDT Date: Wed, 13 Jun 90 14:33:59 CDT From: Rose Oguz Message-Id: <9006131933.AA14078@baby.swmed.utexas.edu> To: info-iris@BRL.MIL Subject: Trying to reach Lance Optican Sorry for doing this the way I'm doing it, but I don't seem to have the right address for Lance Optican. So, if you're not he, go on to the next message... I've wasted enough of your time. Dear Lance, Thanks for the information. At this point, I don't fully understand your simple method. However, it does sound like what I need. I would greatly appreciate your sending me a copy of your functions and any other information on the algorithm. Thanks so much, Rose   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26853; 13 Jun 90 18:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26456; 13 Jun 90 18:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26313; 13 Jun 90 17:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06554; 13 Jun 90 17:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04842; Wed, 13 Jun 90 13:35:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jun 90 17:58:50 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: Availability of ditroff Message-Id: <8898@odin.corp.sgi.com> References: <9006102335.AA00346@ccu1.aukuni.ac.nz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006102335.AA00346@ccu1.aukuni.ac.nz>, russell@ccu1.aukuni.ac.nz writes: |> Where can I get ditroff ( device independent troff)? We have just got the |> Documenters Workbench and I have discovered that I now need Transcript to get |> output onto our Laser Writer. I have the source for a ditroff -> PS converter |> and thought that might be cheaper and quicker than getting Transcript. |> (It took nearly 3 months to get DWB! and now I find I still can't use it!) If you bought dwb from Silicon Graphics you already have ditroff. The price of Transcript is governed largely by Adobe's licensing fees. -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from vmb.brl.mil by VMB.BRL.MIL id ab26959; 13 Jun 90 18:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae26853; 13 Jun 90 18:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26834; 13 Jun 90 18:12 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06759; 13 Jun 90 17:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA09017; Wed, 13 Jun 90 14:33: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: 13 Jun 90 19:42:20 GMT From: Mike Thompson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Bus error DURING call to malloc() Message-Id: <62209@sgi.sgi.com> References: <14525@thorin.cs.unc.edu>, <62083@sgi.sgi.com>, <75367@aerospace.AERO.ORG> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <75367@aerospace.AERO.ORG>, swed@aerospace.aero.org (Gregory D. Swedberg) writes: > > > Are you ever calling realloc? The IRIS does not seem to > implement it correctly, when reallocing to the a larger size it seems > to just return the original pointer rather than a pointer to a new > larger block. I have had to give up on realloc on the IRIS. Are you implying that realloc isn't returning a large enough buffer for your (new) request? The whole purpose of realloc is to avoid copying data around whenever possible. To that end, realloc will check to see if it can grow the current buffer to satisfy the request and just pass back the same (grown) buffer. If there isn't enough room to grow the current buffer, a new buffer will be allocated, the data copied, and the old buffer released. If you think that realloc is returning the same buffer and it hasn't grown the buffer adequately, please call the customer support hot line immediately with details. Mike Thompson   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27035; 13 Jun 90 18:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab26853; 13 Jun 90 18:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26815; 13 Jun 90 18:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06645; 13 Jun 90 17:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08260; Wed, 13 Jun 90 14:23: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: 13 Jun 90 20:33:29 GMT From: Russell Taylor Subject: How to do non-blocking keyboard input Message-Id: <14670@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I want to do non-blocking keyboard I/O in a program. Basically, the routine will read a character from the keyboard if there is one and return NULL if there is not. This is done in a tight loop with reads and writes to other devices. How to I get a character from the keyboard if there is one and a NULL if there is not? Thanks, Russell Taylor taylorr@cs.unc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab27035; 13 Jun 90 18:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac26853; 13 Jun 90 18:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab26815; 13 Jun 90 18:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06668; 13 Jun 90 17:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08228; Wed, 13 Jun 90 14:22: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: 13 Jun 90 20:30:12 GMT From: Russell Taylor Organization: University Of North Carolina, Chapel Hill Subject: Re: relocation out-of-range error during linking! Message-Id: <14669@thorin.cs.unc.edu> References: <14641@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL To anwer my own question, the cause of the error line: Warning: jump relocation out-of-range, bad object file produced, can't jump from 0x427c88 to 0x10033ce8 (index) from the ld program was that there was a data item defined with the name 'index' and there was also a procedure defined with the name 'index' The loader tried to make a call to the procedure go instead into the data area, which it did not like one bit. Oddly enough, I found the answer in a release notes for DECstation ULTRIX. It appears to have the same behavior. Russell   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27169; 13 Jun 90 19:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27127; 13 Jun 90 19:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27099; 13 Jun 90 19:03 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06826; 13 Jun 90 18:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10054; Wed, 13 Jun 90 14:47:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jun 90 20:23:15 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: Is there a lockscreen program? Message-Id: <792@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there a program available for the SGI that works like the 'lockscreen' function under SunView on Suns? There are times that I'd really like to just lock up the console without having to log off and then log back in. Thanks in advance! Dan -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!uunet!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27281; 13 Jun 90 20:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27221; 13 Jun 90 19:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27187; 13 Jun 90 19:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07089; 13 Jun 90 19:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12998; Wed, 13 Jun 90 15:33: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 Jun 90 21:21:08 GMT From: Dave Zirl Organization: Rutgers Univ., New Brunswick, N.J. Subject: use of mapw command Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are trying to use the "mapw" command to transform a selected position (X,Y) on the screen into world coordinates(x,y,z). We have no problem getting the X,Y coordinates without calling mapw, but can't seem to make mapw return the correct line. We think the problem lies in the multiple transformations(rotations, zooms, translations) that the system can undergo and that these transformations somehow distort the view Any help would be greatly appreciated. Please respond directly via e-mail to: dmz@rutile.rutgers.edu Thanks in advance David Zirl Rutgers University Department of Ceramics (dmz@rutile.rutgers.edu)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27498; 13 Jun 90 20:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27430; 13 Jun 90 20:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27340; 13 Jun 90 20:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06697; 13 Jun 90 17:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08852; Wed, 13 Jun 90 14:30: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: 13 Jun 90 20:52:18 GMT From: Matthew A Machlis Organization: Massachusetts Institute of Technology Subject: Printer set-up question Message-Id: <1990Jun13.205218.20632@athena.mit.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have yet another question... I have been having problems printing on our IRIS 3020 to an HP LaserJet. I went through the steps in the owner's guide, i.e. set port=/dev/ttyd3 chmod 222 $port chown root $port chgrp sys $port rm -f /dev/lp ln $port /dev/lp but then when I type "sleep 10000000 < $port >& /dev/null &" I get an error message: "/dev/ttyd3: no such device or address" Please email me if you can help; I have gotten quite frustrated on this problem.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab27498; 13 Jun 90 20:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab27430; 13 Jun 90 20:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27383; 13 Jun 90 20:16 EDT Received: from ibm530.chem.umr.edu by VGR.BRL.MIL id aa07201; 13 Jun 90 19:47 EDT Received: from blumiris.chem.umr.edu by ibm530.chem.umr.edu (AIX LCG 9013S1 1.3/4.03) id AA10269; Wed, 13 Jun 90 18:48:26 -0500 Received: by blumiris.chem.umr.edu (5.52/890607.SGI) (for @ibm530.chem.umr.edu:info-iris@brl.mil) id AA15066; Wed, 13 Jun 90 18:51:10 CDT Date: Wed, 13 Jun 90 18:51:10 CDT From: "Robert B. Funchess" Message-Id: <9006132351.AA15066@blumiris.chem.umr.edu> To: info-iris@BRL.MIL Subject: Configure scripts I am trying to modify a configure script so that a Silicon Graphics IRIS can be added. Is there an easy way for a shell script to determine that I am in fact running Irix? I'm thinking of something like /bin/uname that gives the NAME of the operating system instead of the version number. -- Bob Funchess bobf@blumiris.chem.umr.edu Chemistry Dept. University of Missouri - Rolla   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27745; 13 Jun 90 21:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27656; 13 Jun 90 21:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27612; 13 Jun 90 21:00 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07320; 13 Jun 90 20:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18605; Wed, 13 Jun 90 17:01:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jun 90 23:31:40 GMT From: Archer Sully Subject: Re: How to do non-blocking keyboard input Message-Id: <8918@odin.corp.sgi.com> References: <14670@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <14670@thorin.cs.unc.edu> taylorr@glycine.cs.unc.edu (Russell Taylor) writes: > I want to do non-blocking keyboard I/O in a program. Basically, the >routine will read a character from the keyboard if there is one and return >NULL if there is not. This is done in a tight loop with reads and writes >to other devices. How to I get a character from the keyboard if there is >one and a NULL if there is not? Check out 'Advanced UNIX(tm) Programming' by Marc Rochkind. It contains more answers to this (and all of the other questions that you will inevitably have) than I would care to post. -- Archer Sully | Ask not what you can do for you country, (archer@esd.sgi.com) | But what your country's been doing to you. | -- The Avengers   Received: from vmb.brl.mil by VMB.BRL.MIL id ab28811; 14 Jun 90 0:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab28715; 14 Jun 90 0:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28669; 14 Jun 90 0:08 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00341; 13 Jun 90 23:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA00956; Wed, 13 Jun 90 20:20:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Jun 90 03:19:13 GMT From: Tim Hall Organization: Boston University Subject: Event queue question - non-block keyboard read reply Message-Id: <58778@bu.edu.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there an event caused when one window is opened on top of another window that references the bottom window? For example, a REDRAW event that gives the gid of the bottom window. I read through the manual, tried the REDRAW and DEPTHCHANGE events...nothing... :-( In reference to the non-blocking keyboard reading... In article <14670@thorin.cs.unc.edu> taylorr@glycine.cs.unc.edu (Russell Taylor) writes: >> I want to do non-blocking keyboard I/O in a program. Basically, the Archer Sully (archer@esd.sgi.com) >Check out 'Advanced UNIX(tm) Programming' by Marc Rochkind. It contains If you aren't concerned about portability then this is very easy to do using the gl event queue. First you have to queue the keyboard with the call "qdevice( KEYBOARD )" then you could do somthing like... char read_keyboard( ) { int ret; short val; /* non-blocking test of the first value in the event queue */ ret = qtest( ); if ( ret != KEYBOARD ) return( NULL ); /* 'val' gets the ASCII value of the keyboard key */ qread( &val ); return( (char)val ); } Of course you have to deal with the non-keyboard events somewhere else in the code. -Tim Hall tjh@bu-pub.bu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00614; 14 Jun 90 5:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad00484; 14 Jun 90 5:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00461; 14 Jun 90 5:09 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04921; 13 Jun 90 10:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08740; Wed, 13 Jun 90 07:09: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: 13 Jun 90 13:49:30 GMT From: "Michael G. Hart" Subject: mailer error Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This just started this Monday. Whenever I mail something, either through mail, Mail, Mush, or nn6.4.5, I get the following message: libmld: ldinitheaders:magic number incorrect (0x3c32) Any ideas? Should I: ignore, worry, go to lunch?? I've reloaded all the /usr/lib/libm* files from the "dev" tape, but this hasn't helped. The mail I send does seem to get through though! Thanx for any help. ------------------------------------------------------------------------------- Michael G. Hart | mhart@dtrc.dt.navy.mil David Taylor Research Center | "Wherever you go, there you are."- me DISCLAIMER: If you want the Navy's opinion, talk to Secretary Cheney. -- ------------------------------------------------------------------------------- Michael G. Hart | mhart@dtrc.dt.navy.mil David Taylor Research Center | "Wherever you go, there you are."- me DISCLAIMER: If you want the Navy's opinion, talk to Secretary Cheney.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26959; 13 Jun 90 18:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab26456; 13 Jun 90 18:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab26313; 13 Jun 90 17:44 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa06562; 13 Jun 90 17:09 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Thu, 14 Jun 90 09:08 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Thu, 14 Jun 90 09:08 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA06522; Thu, 14 Jun 90 09:05:55 NZT Date: Thu, 14 Jun 90 09:05:55 NZT From: russell@ccu1.aukuni.ac.nz To: info-iris@vgr.brl.mil Message-Id: <9006132105.AA06522@ccu1.aukuni.ac.nz> Ellis Golub writes: > >I am a new IRIS user. I have connected an HP IIP laserjet printer >to the parallel port of the iris. This works fine as is. To accomodate >some software, I added a postscript cartridge, and that works fine >for that software, but no longer supports ordinary printing by the >iris, when that software is not running. Aside from yanking the >Postscript cartridge in and out, is there a way to make postscript >the default output mode? > >Thanks for any suggestions. > If I understand your problem properly what you nead is a ascii to postscript filter that you can hook up to lp. The best is transcript which is written by Adobe but avaiable from SGI cost money. If your needs, or means, are modest there are a number of public domain filters available. I use lptops which is available from science.utah.edu. There are at least two others in the Simtel archive and, no doubt, dozens of others I don't know about.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28345; 13 Jun 90 23:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa28237; 13 Jun 90 23:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28232; 13 Jun 90 23:23 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa07706; 13 Jun 90 21:50 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Thu, 14 Jun 90 13:32 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Thu, 14 Jun 90 13:31 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA23115; Thu, 14 Jun 90 13:29:16 NZT Date: Thu, 14 Jun 90 13:29:16 NZT From: russell@ccu1.aukuni.ac.nz Subject: DWB and PostScript To: info-iris@vgr.brl.mil Message-Id: <9006140129.AA23115@ccu1.aukuni.ac.nz> I enquired a few days ago as to how to get ditroff. Several helpful souls pointed out that troff in the DWB was ditroff --- Thanks. Now to the next part of the saga... I have now installed DWB and tried to use it and it is now appearent that my first reading of the release notes was infact correct. SGI have removed the PostScript support from DWB for Irix 3.2.2 ( everybody has Transcript, don't they? ) If you use -Tpsc as the man page tells you to then you get a message complaining about the absence of /usr/lib/font/devpsc. To get around this I tried installing tpscript (from the simtel archive) Troff now complain that there are too many special characters defined in .../devalw/DESC.out. Trumped again! The README file for tpscript mentions this problem with version one of DWB and expressed the hope that it would be fixed in later releases. Alas it has not, we have v2.0. We don't have the sources for DWB so I am stuck. Can any body suggest where I can go from here? I am not certain that transcript will solve my problems since the printer is on a VAX and so I need a postscript file that I can copy to the Vax to print. Thanks for any ideas. Russell.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28907; 14 Jun 90 0:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac28811; 14 Jun 90 0:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28794; 14 Jun 90 0:25 EDT Received: from dukempd.phy.duke.edu by VGR.BRL.MIL id aa00488; 14 Jun 90 0:10 EDT Received: from physics.phy.duke.edu by dukempd.phy.duke.edu (5.59/1.1/2.10) id AA02678; Thu, 14 Jun 90 00:09:58 EDT Received: by physics.phy.duke.edu (4.0/2.1/4.0) id AA02475; Thu, 14 Jun 90 00:09:54 EDT Date: Thu, 14 Jun 90 00:09:54 EDT From: "Robert G. Brown" Message-Id: <9006140409.AA02475@physics.phy.duke.edu> To: info-iris@BRL.MIL Subject: Non-blocking keyboard input Cc: taylorr@cs.unc.edu I actually do this on a power series 220S. The basic problem is that there are about three different ways to do this, depending on whether your system supports ioctls or fcntls. I can't remember which one works on the Iris (I >>think<< fcntl's) but if you contact me directly (Russell) I can send you a couple of routines that make up the moral equivalent of "inkey" in good old DOS-Basica. I can also warn you then of some caveats -- using non--blocking I/O in a program will crash your shell (at least) if you don't exit it systematically (restoring blocking). That means that you also have to handle various signals, particularly SIGINT. Lastly, it makes a difference whether or not you are using curses, since (in principal) the curses package also contains the ability to control I/O blocking (although I have found it to be less than stellar in practice and roll my own). I'd post the actual code, but our second Imprimis-766 crashed this morning and I've got to get a colleague off to the airport on Friday with a set of transparencies for a talk on our research -- is early next week OK ? Dr. Robert G. Brown System Administrator Duke University Physics Dept. Durham, NC 27706 (919)-684-8130 Fax (24hr) (919)-684-8101 rgb@phy.duke.edu rgb@physics.phy.duke.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29619; 14 Jun 90 2:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29477; 14 Jun 90 1:51 EDT Received: from wolf.brl.mil by VMB.BRL.MIL id aa29469; 14 Jun 90 1:45 EDT Date: Thu, 14 Jun 90 1:43:44 EDT From: Mike Muuss To: Russell Taylor cc: info-iris@BRL.MIL Subject: Re: How to do non-blocking keyboard input Message-ID: <9006140143.aa19050@WOLF.BRL.MIL> The best way to do it is to use the select() system call. Here is a portable subroutine that will show you how to do it. Best, -Mike ------- /* * B S D S E L E C T * * Ordinarily, a stub for select() could have been implemented here, * but the IRIS defines a graphics library routine select(). * On non-BSD systems, select() is a name likely to have been reused, * so this special interface has been created. This also has the slight * advantage of centralizing the struct timeval stuff. */ #if defined(BSD) # include /* for fd_set macros */ #endif #if defined(BSD) || defined(CRAY) # include /* for struct timeval. Includes */ #else # include #endif #if defined(sgi) # if !defined(mips) || defined(SGI4D_Rel2) /* 3D systems, and Rel2 4D systems. */ # include # include # else /* Rel3 4D systems got it right */ # include # include # endif #endif #ifdef stellar # include #endif #ifdef FD_SET /* The 4.3 BSD version */ bsdselect( readfds, sec, us ) long readfds; { fd_set fdset; int width; struct timeval tv; int ret; tv.tv_sec = sec; tv.tv_usec = us; if( (width = getdtablesize()) <= 0 ) width = 32; FD_ZERO( &fdset ); fdset.fds_bits[0] = readfds; /* peek inside! */ if( (ret = select( width, &fdset, (fd_set *)0, (fd_set *)0, &tv )) <= 0 ) { if( ret < 0 ) perror("bsdselect/select"); return(0); /* no bits ready */ } readfds = fdset.fds_bits[0]; return( readfds ); } #else /* The old version */ bsdselect( readfds, sec, us ) long readfds; { #if defined(BSD) || defined(sgi) || defined(stellar) || defined(CRAY) struct timeval tv; int ret; long mask; tv.tv_sec = sec; tv.tv_usec = us; mask = readfds; if( (ret = select( 32, &mask, 0L, 0L, &tv )) <= 0 ) { if( ret < 0 ) perror("bsdselect/select"); return(0); /* No bits ready */ } return( mask ); #else return(32-1); /* SYSV always has lots of input */ #endif } #endif /* FD_SET */   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29898; 14 Jun 90 3:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29730; 14 Jun 90 2:24 EDT Date: Thu, 14 Jun 90 2:06:06 EDT From: "Lee A. Butler" To: Dan Watts cc: info-iris@BRL.MIL Subject: Re: Is there a lockscreen program? Message-ID: <9006140206.aa29660@VMB.BRL.MIL> I developed such a program for use here at BRL. I'll get it packaged up and installed for anonymous FTP on vgr.brl.mil (128.63.16.6, 26.2.0.29, 192.5.23.6, 128.63.4.4) in info-iris/sgilock.tar. It is important that you read the man page / documentation. There are certain problems with the program which I don't have a good workaround for. Anyone providing fixes or enhancements please relay them back to me. Lee A. Butler SLCBR-VL-V Internet: butler@brl.mil Ballistic Research Laboratory Phone: (301) 278-9200 Aberdeen Proving Grounds, MD 21005-5066   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01863; 14 Jun 90 7:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01108; 14 Jun 90 6:47 EDT Received: from wolf.brl.mil by VMB.BRL.MIL id aa01071; 14 Jun 90 6:37 EDT Date: Thu, 14 Jun 90 6:34:36 EDT From: Mike Muuss To: Info-Iris@BRL.MIL Subject: SGI symlink bug? Message-ID: <9006140634.aa20043@WOLF.BRL.MIL> In the past two days, I have accidentally blown away two files of mine due to (a) my inate dyslexia w.r.t the arguments to "ln -s", and (b) a difference in behavior of "ln -s" on BSD machines -vs- an SGI. Here is a command sequence taken from a Gould PN 9080 running UTX/2.0, a 4.2 BSD system: 15 spark> echo > foo 16 spark> ls -l foo -rw-rw-r-- 1 mike 0 Jun 14 06:28 foo 17 spark> ln -s /tmp foo foo: File exists 18 spark> ls -l foo -rw-rw-r-- 1 mike 0 Jun 14 06:28 foo 19 spark> Here is the same command sequence tried on an SGI Predator 4D/280 running IRIX 3.2.2: 1 wolf> echo > foo 2 wolf> ls -l foo -rw-rw-r-- 1 mike graphics 0 Jun 14 06:28 foo 3 wolf> ln -s /tmp foo 4 wolf> ls -l foo l--------- 1 mike graphics 4 Jun 14 06:28 foo -> /tmp 5 wolf> If it would not be too much trouble, I'd like to ask the SGI folks to duplicate the "foo: File exists" behavior, if it isn't too hard. Best, -Mike   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02078; 14 Jun 90 7:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01741; 14 Jun 90 7:37 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa01719; 14 Jun 90 7:27 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa26533; 14 Jun 90 7:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA21669; Thu, 14 Jun 90 04:14:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Jun 90 06:20:15 GMT From: "Joseph L. Procopio" Organization: University of Pennsylvania Subject: Anonymous FTP Message-Id: <26011@netnews.upenn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We wish to set up anonymous FTP on our SGI server, but have no idea what to do. Is there anyone out there in net-land who can help? I haven't been able to find anything in the FTP man pages, or other manuals. Perhaps I'm overlooking something obvious. Thanks in advance. Joe Procopio procopio@graphics.cis.upenn.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03018; 14 Jun 90 8:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02809; 14 Jun 90 8:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02717; 14 Jun 90 8:29 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa00565; 14 Jun 90 7:45 EDT Received: Thu, 14 Jun 90 07:46:18 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 14 Jun 90 07:46:18 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9006141146.AA03345@aero4.larc.nasa.gov> To: news@bloom-beacon.mit.edu Subject: Re: Printer set-up question Cc: info-iris@BRL.MIL We have a 3130 and none of the things you listed are in our manual. Ours has: chown lp /dev/ttyd[0-3] (I used ttyf, so I would also have hardware chmod 600 /dev/ttyd[0-3] control of the line) vi /etc/inittab and change required line to: d[0-3]:x:respawn:/etc/getty ttyd[0-3] dx_9600 Turn off lp scheduler with lpshut use lpadmin to set up the necessary files vi /usr/spool/lp/interface/[filter name], if needed. start lp with lpsched, use accept, then enable -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03018; 14 Jun 90 8:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02809; 14 Jun 90 8:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02736; 14 Jun 90 8:30 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa00589; 14 Jun 90 7:52 EDT Received: Thu, 14 Jun 90 07:52:37 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 14 Jun 90 07:52:37 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9006141152.AA03371@aero4.larc.nasa.gov> To: russell@ccu1.aukuni.ac.nz Subject: Re: DWB and PostScript Cc: info-iris@BRL.MIL I think the PostScript support you are looking for is in the S4-LPS (Laser Printer Support). As far as I know that is were it has always been. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03303; 14 Jun 90 9:12 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02368; 14 Jun 90 8:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02292; 14 Jun 90 8:10 EDT Received: from Frodo.Physics.McGill.CA by VGR.BRL.MIL id aa00595; 14 Jun 90 7:55 EDT Received: by frodo.Physics.McGill.CA id AA22997; Thu, 14 Jun 90 07:54:28 EDT (5.59++/IDA-1.1S) Date: Thu, 14 Jun 90 07:54:28 EDT From: Loki Jorgenson Rm421 Message-Id: <9006141154.AA22997@frodo.Physics.McGill.CA> To: info-iris@vgr.brl.mil Subject: du on SUN nfs-mounted IRIS file system We have a mixed IRIS/SUN environment (IRIX3.2.1/SUN OS3.5). When one does a "du" on an IRIS-owned NFS-mounted file system from a SUN, the number of bytes is wrong. Usually, it is only a small fraction of what is truly there. I am aware of the bytes/blocks distinction between the two machines. (ie. IRISes measure things in 512 byte blocks). This disparity is much worse than that. There is *definitely* something amiss. Is there a fix? Regards, Loki Jorgenson node: loki@physics.mcgill.ca Physics, McGill University fax: (514) 398-3733 Montreal Quebec CANADA phone: (514) 398-6531 << Waxing frees the mind and makes the legs smooth >>   Received: from vmb.brl.mil by VMB.BRL.MIL id ac03303; 14 Jun 90 9:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac03018; 14 Jun 90 9:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02966; 14 Jun 90 8:50 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa00625; 14 Jun 90 8:10 EDT Received: Thu, 14 Jun 90 08:11:08 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 14 Jun 90 08:11:08 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9006141211.AA03438@aero4.larc.nasa.gov> To: mike@BRL.MIL Subject: Re: SGI symlink bug? Cc: info-iris@BRL.MIL I whole heartedly agree. Doing a symbolic link over an existing file should not be allowed. Some systems I have used give an error like file exists others don't give any error, but still don't try to do the link. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03740; 14 Jun 90 9:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab03303; 14 Jun 90 9:19 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa03152; 14 Jun 90 9:01 EDT Received: from [130.59.1.2] by ADM.BRL.MIL id aa29503; 14 Jun 90 8:57 EDT Received: by chx400.switch.ch (5.61/Ultrix2.4-C) id AA12974; Thu, 14 Jun 90 14:56:38 +0200 Received: from wirz.cigy (cgcha) by cgch.cigy id AA01011; Thu, 14 Jun 90 14:48:40 +0200 (4.0/SMI-3.2-CG-1.0G) Received: from focci01.wirz.cigy by wirz.cigy id AA05571; Thu, 14 Jun 90 14:48:39 +0200 (4.0/SMI-3.2-CG-1.0A) Received: by focci01.wirz.cigy id AA19732; Thu, 14 Jun 90 14:47:39 DST (5.52/SMI-3.2-CG-1.0H) Date: Thu, 14 Jun 90 14:47:39 DST From: Dipl agr Veronique Eyraud Message-Id: <9006141247.AA19732@focci01.wirz.cigy> To: info-iris@BRL.MIL Subject: Translator Quickmodel -> Iges (I-deas) Cc: deyrau@cgch.uucp Hi, I am looking for a translator to convert Quickmodel files into a suited input file for I-Deas system (I understand it is Iges format). Is there anything available in the public software? Thanks -- +-------------------------------------------------------------------------+ | Veronique EYRAUD | | CIBA-GEIGY AG. EUnet : deyrau@cgch.uucp | | R-1045 1.19 Internet: cgch!deyrau@relay.eu.net | | CH-4002 BASEL (Switzerland) Bitnet : deyrau%cgch.uucp@cernvax.bitnet | +-------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08062; 14 Jun 90 12:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab07847; 14 Jun 90 11:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07574; 14 Jun 90 11:37 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa01189; 14 Jun 90 11:00 EDT Received: from HGRRUG52.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4982; Thu, 14 Jun 90 10:58:04 EDT Date: Thu, 14 Jun 90 16:27 N From: TORDA%HGRRUG52.BITNET@cunyvm.cuny.edu MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: Re: Anonymous FTP To: INFO-IRIS@BRL.MIL X-Original-To: INFO-IRIS@BRL.MIL Message-ID: <9006141100.aa01189@VGR.BRL.MIL> Re: question from Joseph L. Procopio on anonymous ftp In the communications manual, TCP/IP users guide V 2.0 Section Network administration, page 4-15 is a section on anonymous ftp. -Andrew Andrew Torda (bitnet) torda@hgrrug52   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08475; 14 Jun 90 12:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08206; 14 Jun 90 12:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08181; 14 Jun 90 12:08 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa01316; 14 Jun 90 11:29 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 5352; Thu, 14 Jun 90 11:27:23 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 14 Jun 90 11:26 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA09336; Thu, 14 Jun 90 11:50:35 DSD Date: Thu, 14 Jun 90 11:50:35 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: symlink suicide solution To: info-iris@BRL.MIL Message-id: <9006141850.AA09336@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Me too. Symbolic links should not unlink an existing file without warning. However, fixing the problem can be as simple as a shell script with the name "ln" in a local bin directory before the /bin directory in your search path. If the shell script gets used enough, and you want it badly enuf, you can rewrite the binarys for ln and make a version for your self. If you put it out on the net, we all can use it in our local environments. THEN, the folks at ATT and perhaps SGI will take notice. Don't hold your breath. I would also like a better version of tail that would handle multiple file tails. I noticed that posting, an I also think that that would be a nice enhancement. I like to make a positive ending to my files, and it would be nice to scan source code endings for a standard "finale". The nice thing about unix is that you can make your own versions of commands, in shell scripts or binaries, and make your own world a better place before the unix vendors come around to hiring programmers and staff to implement it in the next release. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08772; 14 Jun 90 12:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07847; 14 Jun 90 11:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07572; 14 Jun 90 11:36 EDT Received: from [128.93.8.1] by VGR.BRL.MIL id aa01168; 14 Jun 90 10:54 EDT Received: by inria.inria.fr (5.61+/89.0.8) via Fnet-EUnet id AA20474; Thu, 14 Jun 90 16:53:36 +0200 (MET) Date: Thu, 14 Jun 90 16:46:15 -0100 Received: by tdisys.uucp, Thu, 14 Jun 90 16:46:15 -0100 From: Farhad Pezeshgi Message-Id: <9006141446.AA02074@tdisys.uucp> To: info-iris@BRL.MIL Subject: Drawing lines in Zbuffer mode. Maybe someone is capable of responding to this problem. We have been trying to mix lines and surfaces in the zbuffer mode, but each time that we pass into the zbuffer mode the lines that we have change color. Is there a way to mix wireframe objects with zbuffer rendered objects? Thanks in advance for any help. Farhad. Thomson Digital Image(TDI)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab08772; 14 Jun 90 12:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab08475; 14 Jun 90 12:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08437; 14 Jun 90 12:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01388; 14 Jun 90 11:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07736; Thu, 14 Jun 90 08:45: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: 14 Jun 90 14:44:32 GMT From: tom rohling Organization: Univ. of Cincinnati, College of Engg. Subject: something I noticed the other day Message-Id: <5159@uceng.UC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here's a little quirk I wonder if anyone can explain: I've been writing a small graphics program, say, prog1.c. This program opens a graphics window and draws a few things, nothing much. When I want to kill it, I just go up to the top of the window and select the menu item that says "Quit prog1". This is the menu that all the windows provide to pop, push, stow, etc., so its not something I put there my self. Now, the next day I change the name of the program to say, prog2.c. Same program, just a new name. I recompile everything and run it again. Now if I run the program again and want to kill it in the same way as before, the menu item still says "Quit prog1". ** It doesn't show the new name of the program **. So, I figure, well I'll just wait until tomorrow, maybe its cause I'm doing this all in the same day. Nope. Still does it a week later! This is not causing any problems or anything, I don't care what it says when I go to kill the window, I'm just curious where it gets the old file name from all the time, even long after its been changed. Just wondering, Tom Rohling trohling@uceng.uc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10251; 14 Jun 90 14:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09631; 14 Jun 90 13:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09621; 14 Jun 90 13:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01762; 14 Jun 90 13:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13476; Thu, 14 Jun 90 10: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: 14 Jun 90 16:44:27 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SGI symlink bug? Message-Id: <62256@sgi.sgi.com> References: <9006140634.aa20043@WOLF.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006140634.aa20043@WOLF.BRL.MIL>, mike@BRL.MIL (Mike Muuss) writes: > > ...[`ln` command sequence]... Do I understand correctly that you feel it would be better if `ln -s foo bar` would never succeed if "bar" exists? Because of the dangers of my typing, I alias "ln" to "ln -i". I do the same for rm and mv. (In the pure SVR3 world, there is no notion of `ln -i` or `mv -i`.) I think the reason our `ln -s for bar` kills the target is because `ln foo bar` and `mv foo bar` are always effective in the SVR3 world. It seems to me that `ln` and `ln -s` should be as identical as possible, except in the nature of the link they make. It would be bad if `ln foo bar` would succeed where `ln -s foo bar` would fail. A convincing argument for changing or not changing the IRIX "ln" would be an appeal to authority, in the form of POSIX or SVR[34]-SVID chapter and verse. As far as I can see, the current IRIX way is least wrong. What's more, changing `ln -s` to require that the target not exist would probably break a zillion scripts and cause a jillion people to complain bitterly and loudly. Vernon Schryver, vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10488; 14 Jun 90 14:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10251; 14 Jun 90 14:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09943; 14 Jun 90 14:07 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa01815; 14 Jun 90 13:30 EDT Received: Thu, 14 Jun 90 13:30:50 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 14 Jun 90 13:30:50 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9006141730.AA04753@aero4.larc.nasa.gov> To: uceng!trohling@iuvax.cs.indiana.edu Subject: Re: something I noticed the other day Cc: info-iris@BRL.MIL You changed the name of the file, but did you change the source to reflect the file name change. What is the name in the winopen call? Do you have a name other than main? -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12878; 14 Jun 90 15:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12058; 14 Jun 90 15:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12032; 14 Jun 90 15:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02328; 14 Jun 90 14:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18968; Thu, 14 Jun 90 11:33: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: 14 Jun 90 17:51:54 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: DWB and PostScript Message-Id: <8952@odin.corp.sgi.com> References: <9006140129.AA23115@ccu1.aukuni.ac.nz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006140129.AA23115@ccu1.aukuni.ac.nz>, russell@ccu1.aukuni.ac.nz writes: |> Can any body suggest where I can go from here? I am not certain that transcript |> will solve my problems since the printer is on a VAX and so I need a postscript |> file that I can copy to the Vax to print. psroff (The transcript frontend script) has an option to have it write the PostScript to its standard output instead of sending it to the printer. As far as I know we've always sold the Transcript software separately from dwb. -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from vmb.brl.mil by VMB.BRL.MIL id ab12878; 14 Jun 90 15:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab12058; 14 Jun 90 15:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab12032; 14 Jun 90 15:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02330; 14 Jun 90 14:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19003; Thu, 14 Jun 90 11:34: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: 14 Jun 90 18:00:36 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: How to do non-blocking keyboard input Message-Id: <8953@odin.corp.sgi.com> References: <9006140143.aa19050@WOLF.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006140143.aa19050@WOLF.BRL.MIL>, mike@BRL.MIL (Mike Muuss) writes: |> The best way to do it is to use the select() system call. |> |> Here is a portable subroutine that will show you how to do it. |> Best, |> -Mike |> |> ------- |> /* |> * B S D S E L E C T |> * |> * Ordinarily, a stub for select() could have been implemented here, |> * but the IRIS defines a graphics library routine select(). |> * On non-BSD systems, select() is a name likely to have been reused, The GL routine "select" was renamed gselect in release 3.0 more than 2 years ago. -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from vmb.brl.mil by VMB.BRL.MIL id ab14613; 14 Jun 90 16:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14069; 14 Jun 90 16:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14064; 14 Jun 90 16:26 EDT Received: from REMOTE.DCCS.UPENN.EDU by VGR.BRL.MIL id aa02251; 14 Jun 90 14:35 EDT Return-Path: Received: from PENNDRLS.UPENN.EDU by remote.dccs.upenn.edu id AA08245; Thu, 14 Jun 90 14:33:56 -0400 Message-Id: <9006141833.AA08245@remote.dccs.upenn.edu> Received: from PENNDRLS.UPENN.EDU by PENNDRLS.UPENN.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 2834; Thu, 14 Jun 90 14:34:08 EST Date: Thursday, 14 June 1990 1430-EST From: Ellis Golub Subject: NMR Molecular Modeling To: INFO-IRIS@BRL.MIL Does anyone know of a program, running on an IRIS which can determine molecular structure from 13C NMR data (chemical shift, Jcc 1,2 & 3 bond)? Alternatively, is there a better place to post this question? Thanks. Ellis Golub Biochemistry Department University of Pennsylvania School of Dental Medicine 4001 Spruce Street Philadelphia, PA 19104-6003 Phone: (215) 898-4629 FAX: (215) 898-3695 GOLUB @ PENNDRLS (Bitnet) GOLUB @ MSCF.MED.UPENN.EDU   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14771; 14 Jun 90 17:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14613; 14 Jun 90 16:50 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa14079; 14 Jun 90 16:27 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa19123; 14 Jun 90 16:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03280; Thu, 14 Jun 90 12:49:58 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Jun 90 18:08:10 GMT From: Guy Harris Organization: Auspex Systems, Santa Clara Subject: Re: include files for bsd ioctl system calls Message-Id: <3468@auspex.auspex.com> References: <9006130029.AA03577@> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >The structure you require, 'struct sgttyb' is defined under SUNOS in >/usr/include/sys/ttold.h. That's only because SunOS (4.x, which is the version to which you're referring) supports the BSD "ioctl"s for backwards compatibility. Irix may not do so, in which case getting the structure won't help you one bit.... (If it *does* do so, they presumably have it defined in a standard include file, for source compatibility.)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab14771; 14 Jun 90 17:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae14613; 14 Jun 90 16:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab14325; 14 Jun 90 16:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02652; 14 Jun 90 15:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA00466; Thu, 14 Jun 90 12:11: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: 14 Jun 90 18:19:45 GMT From: "Gavin A. Bell" Subject: Re: something I noticed the other day Message-Id: <8957@odin.corp.sgi.com> References: <5159@uceng.UC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Tom Rohling asks about the name after the 'Quit' in the window border popup menu: > This is not causing any problems or anything, I don't care what it says > when I go to kill the window, I'm just curious where it gets the old > file name from all the time, even long after its been changed. >Just wondering, >Tom Rohling >trohling@uceng.uc.edu The name comes from whatever string you pass to the winopen() (Or WINOPE, if you are a Fortran dude) call. You probably want to do something like: /* Open with the executable's name (stripped of directory) */ { char *t, *strrchr(char *, int); winopen((t=strrchr(argv[0], '/')) != NULL ? t+1 : argv[0]); } ... which will make it do what you expect. The string passed to winopen() is also used as the title of the window (if wintitle isn't called to reset it), as the title of the icon, and as the name to look for in /usr/NeWS/icons or ~/.4sight/icons (see the winicons manual page for more info). It is also the string used by the NeWS makepreference/preforigin functions that decide where to put a program's window when it is first started up. At trade shows we often find it useful to make symbolic links to the same program, giving each its own position on the screen, to bring up a program at several different screen locations. --gavin (gavin@sgi.com, (415)335-1024)   Received: from vmb.brl.mil by VMB.BRL.MIL id ac14771; 14 Jun 90 17:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af14613; 14 Jun 90 16:51 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa14549; 14 Jun 90 16:40 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa19096; 14 Jun 90 16:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02758; Thu, 14 Jun 90 12: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 Jun 90 19:33:29 GMT From: Kevin Kuehl Organization: Computing About Physical Objects Subject: Monitors Message-Id: <10836@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I was wondering if Silicon Graphics has ever considered making the Sony Trinitron monitors a monitor option on the Personal Iris machines? The other day we were exploring ways to improve movies taken off of our Iris and we hooked it up to the Sony monitor of a Tektronix 4319. We were impressed. The image was much sharper and I think a Sony option would make the Personal Iris look more attractive. Another advantage in my opinion is that the Sony monitor is smaller and would take up less space on my desk. Kevin krk@cs.purdue.edu ..!{decwrl,ucbvax,gatech}!purdue!krk   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15535; 14 Jun 90 17:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac14613; 14 Jun 90 16:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14322; 14 Jun 90 16:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02632; 14 Jun 90 15:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02061; Thu, 14 Jun 90 12:31: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: 14 Jun 90 19:28:25 GMT From: Kevin Kuehl Organization: Computing About Physical Objects Subject: Re: SGI symlink bug? Message-Id: <10835@medusa.cs.purdue.edu> References: <9006140634.aa20043@WOLF.BRL.MIL>, <62256@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <62256@sgi.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes: >I think the reason our `ln -s for bar` kills the target is because `ln foo >bar` and `mv foo bar` are always effective in the SVR3 world. It seems to >me that `ln` and `ln -s` should be as identical as possible, except in the >nature of the link they make. It would be bad if `ln foo bar` would >succeed where `ln -s foo bar` would fail. I agree with Vernon. Although I think `ln -s for bar' should not write over bar (I grew up in a BSD world), all of the SVR3 machines I tried blew `bar' away. Since more of the world seems to be going SVR3 or SVR4 everyday, I would rather IRIX was consistent with them. Just my opinion, Kevin krk@cs.purdue.edu ..!{decwrl,gatech,ucbvax}!purdue!krk   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16224; 14 Jun 90 17:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad14613; 14 Jun 90 16:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14325; 14 Jun 90 16:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02648; 14 Jun 90 15:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA00368; Thu, 14 Jun 90 12:10: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: 14 Jun 90 18:11:03 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: something I noticed the other day Message-Id: <8955@odin.corp.sgi.com> References: <5159@uceng.UC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <5159@uceng.UC.EDU>, trohling@uceng.UC.EDU (tom rohling) writes: |> Here's a little quirk I wonder if anyone can explain: |> |> Now, the next day I change the name of the program to say, prog2.c. Same |> program, just a new name. I recompile everything and run it again. Now |> if I run the program again and want to kill it in the same way as before, |> the menu item still says "Quit prog1". ** It doesn't show the new name of I bet your prog1 contained the line winopen("prog1"); and your prog2 contains the same line winopen("prog1"); The name used in the menu comes from the argument to the winopen command. -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19198; 14 Jun 90 20:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18927; 14 Jun 90 19:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18907; 14 Jun 90 19:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01320; 14 Jun 90 19:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16503; Thu, 14 Jun 90 16:09:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Jun 90 21:53:11 GMT From: Viktor Dukhovni Subject: Re: SGI symlink bug? Message-Id: <900@idunno.Princeton.EDU> References: <9006140634.aa20043@WOLF.BRL.MIL>, <62256@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes: >Do I understand correctly that you feel it would be better if `ln -s foo bar` >would never succeed if "bar" exists? Seems a good idea. ... >I think the reason our `ln -s for bar` kills the target is because `ln foo >bar` and `mv foo bar` are always effective in the SVR3 world. It seems to >me that `ln` and `ln -s` should be as identical as possible, except in the >nature of the link they make. It would be bad if `ln foo bar` would >succeed where `ln -s foo bar` would fail. It is the behaviour of "ln" that seems wrong! Note the corresponding system call ln(2) will fail with EEXIST. "ln" must take special precaution to unlink the target before making the link, this is unnatural. In the case of "mv" (rename at the system level) at least the destructive behaviour is identical for the C and shell programmers. Seems we have a "historical" mess on our hands. >A convincing argument for changing or not changing the IRIX "ln" would be >an appeal to authority, in the form of POSIX or SVR[34]-SVID chapter and >verse. As far as I can see, the current IRIX way is least wrong. What's >more, changing `ln -s` to require that the target not exist would probably >break a zillion scripts and cause a jillion people to complain bitterly and >loudly. Yes a standard would be nice, even if they decide by tossing coins! Though uniform conformance to one of the BSD or SYSV behaviours would be nice. -- Viktor Dukhovni : ARPA <...!uunet!princeton!math!viktor> : UUCP Fine Hall, Washington Rd., Princeton, NJ 08544 : US-Post +1-(609)-258-5792 : VOICE   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20663; 15 Jun 90 0:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20284; 15 Jun 90 0:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20237; 14 Jun 90 23:51 EDT Received: from dukempd.phy.duke.edu by VGR.BRL.MIL id aa02026; 14 Jun 90 23:34 EDT Received: from physics.phy.duke.edu by dukempd.phy.duke.edu (5.59/1.1/2.10) id AA11223; Thu, 14 Jun 90 23:34:14 EDT Received: by physics.phy.duke.edu (4.1/2.1/4.0) id AA03405; Thu, 14 Jun 90 23:34:12 EDT Date: Thu, 14 Jun 90 23:34:12 EDT From: "Robert G. Brown" Message-Id: <9006150334.AA03405@physics.phy.duke.edu> To: info-iris@BRL.MIL Subject: Processor efficiency Cc: rgb@phy.duke.edu We have a Power Series 220S in our department as a compute server. It has 24 Mb of RAM, no graphics console, and two processors. My question is this: we have empirically observed that small jobs written in C or F77 for a single processor and optimized run at around 3.5 MFLOPS (as advertised). The problem is, that if one takes these jobs (typically a loop containing just one equation with a multiply, a divide, an add, and a subtract) and scales them up by making the loop set every element of a vector and increasing the size of the vector and the loop, there is a point (which I have not yet tried to precisely pinpoint) where the speed degrades substantially -- by more than a factor of two. This point is >>far<< short of saturating the available RAM, and seems independent of "normal" system load (which is usually carried by one processor when the other is running a numerical task like this). My current hypothesis is that this phenomenon is caused by saturation of some internal cache on the R3000. Has anyone else noticed or documented this? Is there a technical explanation that someone could post? Since we (of course) want to use the SG machine for fairly large jobs, it is important for us to learn about performance cutoffs in order to optimize performance. On the other hand, if there is something wrong with our SG-220, we'd like to learn that too... Thanks, Dr. Robert G. Brown System Administrator Duke University Physics Dept. Durham, NC 27706 (919)-684-8130 Fax (24hr) (919)-684-8101 rgb@phy.duke.edu rgb@physics.phy.duke.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20778; 15 Jun 90 0:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20212; 14 Jun 90 23:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20170; 14 Jun 90 23:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01952; 14 Jun 90 23:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01159; Thu, 14 Jun 90 20:04: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: 15 Jun 90 02:33:52 GMT From: Rob Warnock Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SGI symlink bug? Message-Id: <62307@sgi.sgi.com> References: <9006140634.aa20043@WOLF.BRL.MIL>, <62256@sgi.sgi.com>, <900@idunno.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <900@idunno.Princeton.EDU> viktor@cucumber.princeton.edu (Viktor Dukhovni) writes: +--------------- | vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes: | >I think the reason our `ln -s for bar` kills the target is because `ln foo | >bar` and `mv foo bar` are always effective in the SVR3 world. It seems to | >me that `ln` and `ln -s` should be as identical as possible, except in the | >nature of the link they make. It would be bad if `ln foo bar` would | >succeed where `ln -s foo bar` would fail. | | It is the behaviour of "ln" that seems wrong! Note the | corresponding system call ln(2) will fail with EEXIST. "ln" must take | special precaution to unlink the target before making the link, this | is unnatural. +--------------- But the ln(1) *program* does succeed, even with hard links. Try this on your favorite S5r3 system: % touch foo bar % ls -li foo bar 12151 -rw-r--r-- 1 rpw3 engr 0 Jun 14 19:31 bar 12147 -rw-r--r-- 1 rpw3 engr 0 Jun 14 19:31 foo % ln foo bar % ls -li foo bar 12147 -rw-r--r-- 2 rpw3 engr 0 Jun 14 19:31 bar 12147 -rw-r--r-- 2 rpw3 engr 0 Jun 14 19:31 foo Sorry, that's System-V... :-{ -Rob ----- Rob Warnock, MS-9U/510 rpw3@sgi.com rpw3@pei.com Silicon Graphics, Inc. (415)335-1673 Protocol Engines, Inc. 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13216; 21 Jun 90 15:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab12587; 21 Jun 90 15:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab12439; 21 Jun 90 15:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id ab00477; 14 Jun 90 16:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03781; Thu, 14 Jun 90 12:56:58 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Jun 90 19:34:46 GMT From: "Joseph L. Procopio" Organization: UPENN Computer Graphics Research Laboratory Subject: Thanks to all who replied ! Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Thanks to all the people who answered my question about Anonymous FTP. As always, the people from net-land pointed me in the right direction. Joe   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21973; 15 Jun 90 5:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21800; 15 Jun 90 4:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21781; 15 Jun 90 4:24 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa02702; 15 Jun 90 4:07 EDT Received: from CDCCentr by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 2706; Fri, 15 Jun 90 04:05:38 EDT Received: from DSC.DDS.CDCCentr.COM by CDCCentr (outbound name server) with BSMTP; 15 Jun 90 03:05:34 CDT Message-ID: <9006150303400ED.ADVX@DSC.DDS.CDCCentr.COM> (UMass-Mailer 4.04) Date: Fri, 15 Jun 90 03:05:26 CDT From: LAKIS PRIFTIS GREATH Subject: GREEK CHARACTER-SET UNDER THE FONT MANAGER To: info-IRIS@BRL.MIL HELLO, HERE IN ATHENS WE ARE WORKING ON OUR 4D WORKSTATION TRYING TO CREATE A GREEK FONT THAT COULD BE USED UNDER THE WSH. WHAT WE ARE ACTUALLY TRYING TO DO IS TO CREATE AN 8-BIT BITMAP FONT (BDF ADOBE FORMAT) THAT COULD BE CONVERTED INTO .FM FORMAT AND USED BY THE WSH. THIS FONT IS SIMILAR TO THE STANDARD ENGLISH FONTS THAT ARE AVAILABLE IE. THE LOWER 128 CHARACTERS OF THE ASCII SET ARE COVERED BY THE ENGLISH CHARACTER SET AND THE UPPER 128 CHARACTERS OF THE SET ARE COVERED BY THE GREEK ALPHABET. TO USE THIS FONT UNDER THE WSH(TYPE IN GREEK USING THE KEYBOARD) WE HAVE TO CREATE A MECHANISM TO TOGGLE BETWEEN THE LOWER AND THE UPPER PARTS OF THE ASCII SET SO THAT WE CAN TYPE IN GREEK AND IN ENGLISH AS WELL. WE HAVE BEEN WORKING ON THE START-UP SCRIPTS WHICH ARE SAVED IN THE /USR/NEWS/LIB/NEWS DIRECTORY. IN THE MANUALS THAT WE HAVE IT IS REFERED THAT THE BINDKEY.PS PROGRAM DOES THE BINDING OF THE KEYBOARD. IS THE ANYONE WHO HAS ANY IDEA ABOUT THE SUBJECT ? THANKS IN ADVANCE, ARGYRIS SOFIKITIS ATHENS, GREECE   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25206; 15 Jun 90 8:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24446; 15 Jun 90 8:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24345; 15 Jun 90 8:14 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa03260; 15 Jun 90 7:33 EDT Received: Fri, 15 Jun 90 07:34:37 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 15 Jun 90 07:34:37 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9006151134.AA07144@aero4.larc.nasa.gov> To: sgi!vjs%rhyolite.wpd.sgi.com@ucbvax.berkeley.edu Subject: Re: SGI symlink bug? Cc: info-iris@BRL.MIL I disagree. A lot of scripts I have seen remove the file first, then do the simbolic link. Also the man page I have for ln does not have a -i option. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25407; 15 Jun 90 9:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24930; 15 Jun 90 8:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24794; 15 Jun 90 8:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03395; 15 Jun 90 8:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA00274; Fri, 15 Jun 90 05:01: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: 15 Jun 90 09:50:38 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Re: How to do non-blocking keyboard input Message-Id: <1990Jun15.095038.4593@sgzh.uucp> References: <14670@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <14670@thorin.cs.unc.edu> taylorr@glycine.cs.unc.edu (Russell Taylor) writes: > > I want to do non-blocking keyboard I/O in a program. Basically, the >routine will read a character from the keyboard if there is one and return >NULL if there is not. This is done in a tight loop with reads and writes >to other devices. How to I get a character from the keyboard if there is >one and a NULL if there is not? > > Thanks, > Russell Taylor > taylorr@cs.unc.edu This will do what you want. It is short and simple, but maybe not so portable. I know there are others that prefer select over ioctl, and we know who each other are, but you can choose the method best suited to your own needs. Have Fun, Bruno ----------------------- begin program -------------------------------------- #include main() { struct termio kbd, kbd_save; char buff; if ( ioctl( 0, TCGETA, &kbd_save ) < 0 ) perror( "ioctl" ); if ( ioctl( 0, TCGETA, &kbd ) < 0 ) perror( "ioctl" ); kbd.c_lflag = kbd.c_cc[VTIME] = kbd.c_cc[VMIN] = 0; if ( ioctl( 0, TCSETA, &kbd ) < 0 ) perror( "ioctl" ); while ( read ( 0, &buff, 1 ) == 0 ) printf( "looping\n" ); printf("received %c\n", buff ); if ( ioctl( 0, TCSETA, &kbd_save ) < 0 ) perror( "ioctl" ); } ------------------------ end program ---------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27167; 15 Jun 90 10:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26837; 15 Jun 90 10:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab26806; 15 Jun 90 10:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04088; 15 Jun 90 10:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08584; Fri, 15 Jun 90 07:18: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: 15 Jun 90 13:49:03 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Re: SGI symlink bug? Message-Id: <2388@dftsrv.gsfc.nasa.gov> References: <62256@sgi.sgi.com>, <900@idunno.Princeton.EDU>, <62307@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <62307@sgi.sgi.com> rpw3@sgi.com (Rob Warnock) writes: >But the ln(1) *program* does succeed, even with hard links. Not if you don't have write permission to the directory. Also, you are warned when you have no write permission to the target file. iris613 42> touch foo bar iris613 43> chmod 0 foo bar iris613 46> ls -li 18475 ---------- 1 merritt fire 0 Jun 15 09:44 bar 18469 ---------- 1 merritt fire 0 Jun 15 09:44 foo iris613 47> ln foo bar ln: bar: 0 mode? y iris613 48> ls -li 18469 ---------- 2 merritt fire 0 Jun 15 09:44 bar 18469 ---------- 2 merritt fire 0 Jun 15 09:44 foo iris613 49> rm foo bar foo: 0 mode ? y bar: 0 mode ? y Remember we are modifying the directory entries. Personally, I prefer that the files are clobbered and no warning issued. The "Do what I say, not what I mean!" attitude. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 aa27653; 15 Jun 90 11:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26200; 15 Jun 90 10:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26103; 15 Jun 90 9:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03759; 15 Jun 90 9:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05754; Fri, 15 Jun 90 06:34:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Jun 90 11:56:30 GMT From: news Organization: NSESCC, Goddard Space Flight Center, Greenbelt MD Subject: Positioning an X window Message-Id: <2387@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am starting to learn the "wonders" of X. I started by entering the helloworld program in Appendix A of the Introduction to the X Window System by Oliver Jones. Being a skeptic, I was amazed that it worked on both my Personal iris and an HP without any code changes. There was, however, one difference between the PI and the HP(and the book). Setting the myhint parameters and using XCreateSimpleWindow and XMapRaised, is supposed to set the initial window position and size. On the PI, the window is, instead, set so the upper left corner is at the current cursor position (the sizing part seems to work fine). I noticed that this is how all of the demo programs work also. Is there a way for the program to position the X window, or does the user always have to drag the cursor to the correct place on the screen? (BTW I am running the program on the same machine I am displaying) From: joe@etac632 (Joe Fulson-Woytek) Path: etac632!joe Joe Fulson-Woytek   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28253; 15 Jun 90 11:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab27653; 15 Jun 90 11:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27496; 15 Jun 90 11:12 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04295; 15 Jun 90 10:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10330; Fri, 15 Jun 90 07:46: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: 15 Jun 90 14:40:30 GMT From: Craig Kolb Organization: Yale University Department of Mathematics Subject: 3D Text Manipulation Message-Id: <25393@cs.yale.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are developing an application that requires the use of "text as decals." That is, we need to transform arbitrarily text strings in three dimensions. We haven't been able to find any way of doing this using the standard GL routines. Are we missing something obvious? If not, does anybody know of a polygonal font or polygonal font package for the 4D? Many thanks, Craig   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28838; 15 Jun 90 11:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab28253; 15 Jun 90 11:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27961; 15 Jun 90 11:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04362; 15 Jun 90 11:14 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA11291; Fri, 15 Jun 90 08:00:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Jun 90 14:30:12 GMT From: John D Mccalpin Organization: College of Marine Studies, Univ. of Delaware Subject: Re: Processor efficiency Message-Id: <6604@vax1.acs.udel.EDU> References: <9006150334.AA03405@physics.phy.duke.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006150334.AA03405@physics.phy.duke.edu> rgb@PHY.DUKE.EDU ("Robert G. Brown") writes: > >We have a Power Series 220S [....] >[....] small jobs [...] run at around 3.5 MFLOPS (as advertised). >[...] if one takes these jobs (typically a loop containing just one >equation with a multiply, a divide, an add, and a subtract) and >scales them up by making the loop set every element of a vector and >increasing the size of the vector and the loop, there is a point >(which I have not yet tried to precisely pinpoint) where the speed >degrades substantially -- by more than a factor of two. This degradation is a bit larger than is typical, but it is exactly what one expects to find with many algorithms on a cached machine. On my 4D/25 I typically see 25% slowdowns on dense linear algebra benchmarks when the cache size is exceeded. (Side note: It is unfortunate that SGI put a 32kB data cache in the 4D/25 as it is just a bit too small to handle the 100x100 LINPACK benchmark case. The rated performance is 1.6 MFLOPS for the 64-bit case, while the Sparcstation I is rated at 2.6 MFLOPS. Despite these ratings, the 4D/25 is faster than the Sparcstation on almost every realistic FP benchmark that I have run. Also, re-arranging the LINPACK test case to run in block mode produces performance of up to 3.1 MFLOPS for the same test case.) (Side Question: Does anyone at SGI want to tell me what the cache line size and refill delays are for the 4D/25? Thanks for any info!) >My current hypothesis is that this phenomenon is caused by saturation >of some internal cache on the R3000. Has anyone else noticed or >documented this? Dr. Robert G. Brown rgb@phy.duke.edu Here are some numbers from the port of LAPACK that I have been playing with on my 4D/25 (32 kB data cache). These use hand-coded BLAS routines from earl@mips.com. size factor solve total mflops ------------------------------------------------ 32 0.000E+00 9.398E-03 9.398E-03 2.542E+00 50 2.819E-02 0.000E+00 2.819E-02 3.133E+00 100 1.692E-01 0.000E+00 1.692E-01 4.059E+00 150 6.296E-01 1.880E-02 6.484E-01 3.539E+00 200 1.626E+00 2.819E-02 1.654E+00 3.273E+00 250 3.411E+00 4.699E-02 3.458E+00 3.048E+00 300 6.137E+00 6.578E-02 6.202E+00 2.931E+00 500 2.904E+01 1.692E-01 2.921E+01 2.870E+00 I get a bit more than 25% degradation going to the larger problems. So what does one do about it? Mostly it depends on the problem. If you are doing problems that make extensive use of reduction operations (sums and dot products) then you should be able to improve the cache locality by unrolling the outer loops. This is roughly equivalent to the block-mode algorithms used in LAPACK. If your operations are vector<-vector+vector, then you are basically out of luck and your problem will be memory bandwidth-limited..... Please let me know if I have not made myself clear! -- John D. McCalpin mccalpin@vax1.udel.edu Assistant Professor mccalpin@delocn.udel.edu College of Marine Studies, U. Del. mccalpin@scri1.scri.fsu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29613; 15 Jun 90 12:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab28838; 15 Jun 90 12:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28525; 15 Jun 90 11:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04394; 15 Jun 90 11:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12363; Fri, 15 Jun 90 08:16:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Jun 90 14:08:31 GMT From: Trevor Paquette Organization: The University of Calgary Subject: Re: du on SUN nfs-mounted IRIS file system Message-Id: <1990Jun15.140831.6666@calgary.uucp> References: <9006141154.AA22997@frodo.Physics.McGill.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006141154.AA22997@frodo.Physics.McGill.CA>, loki@physics.mcgill.ca (Loki Jorgenson Rm421) writes: > > We have a mixed IRIS/SUN environment (IRIX3.2.1/SUN OS3.5). When > one does a "du" on an IRIS-owned NFS-mounted file system from a > SUN, the number of bytes is wrong. Usually, it is only a small fraction > of what is truly there. > ... stuff deleted ... > Loki Jorgenson node: loki@physics.mcgill.ca Try doing a 'du -k' on the Iris. This is undocumented and will give you the free space, space used, etc in Kbytes. This should make things a little more understandable. (Got this little tidbit from an SGI hardware guy that was upgrading our machine). Trev ___________________________________________/No man is a failure who has friends Trevor Paquette ICBM:51'03"N/114'05"W|I accept the challange, body and soul, {ubc-cs,utai,alberta}!calgary!paquette|to seek the knowledge of the ones of old paquette@cpsc.ucalgary.ca | - engraved on the Kersa Blade of Esalon   Received: from vmb.brl.mil by VMB.BRL.MIL id ab29613; 15 Jun 90 12:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac28838; 15 Jun 90 12:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28612; 15 Jun 90 11:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04498; 15 Jun 90 11:40 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13464; Fri, 15 Jun 90 08:33: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: 15 Jun 90 20:40:06 GMT From: Phil Dench Organization: Curtin University of Technology, Maths & Comp Sc Subject: Solution to Wavefront core dump Message-Id: <151@cutmcvax.OZ> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A few weeks ago I installed Wavefront (the real version) on one of our 4D-70GT's. Everything worked well except for one annoying problem. The renderer ('image') core dumped with a SEGV. Not the sort of thing you expect from a professional piece of software. To make things more confusing, it would only core dump if the output image format was 'rla' (Wavefronts own) and not targa, vista, pixar etal. Unless of course it was run as root, then everything was OK. The Wavefront hotline/hotfax suggested I check (and recheck) permissions, ownerships etc. And I kept saying that all the permissions were OK. Its your problem, not ours. I finally decided to try and find the bug myself. So I whipped out dbx and had a look at the core file. The executable was stripped of course, so I started wading through assembler listings to try and work out why it was crashing. It turns out that it was crashing in a strncpy. The second (source string) argument was NULL. I thought they must have been calling something that only root had permission to do and weren't checking for a null return ( eg fopen()). Or maybe root had an environment variable that the normal user didn't (ie getenv() returning a null). I then spent a few more hours tracing back from the scrncpy to maybe see if anything obvious was happening before the strncpy call. Nothing really useful was turning up so I was looking for some other avenue of attack. I then thought that I should check what this second arg to strncpy held when the prog was run by root (ie when it worked). As soon as I saw the contents it all made sense. In less than a minute I had a fully working program. The second argument was "root"; the user name. And we are using yellow pages. So the local passwd file only contained root, a few others and +::0:0:::. They must be doing something like a getpwuid() and not checking for a NULL return. Not checking the return value or forgetting to link with -lsun appers to be quite a common mistake. I've done it myself enough times. I'm just amazed that it got through all their testing unnoticed. Obviously none of their test sites or other customers are running on networks using yellow pages. So I just added the wavefront owner to the local passwd file and it all ran OK. And not surprisingly, the resultant 'rla' image header includes the user name. What I will do now is relink all the executables (Wavefront is distributed as *.[ao]'s) with -lsun. BTW. I'm not trying to say nasty things about the Wavefront software. Everything else about the installation went smoothly and the product itself appears to be pretty fast, easy to use and capable of excellent results. I just thought it was worthwhile telling others of my experience so they too don't spend a day looking for a solution to similar problems with other shop bought software. And I'm still interested in a Wavefront email address if anyone has one. Phil Dench --------------------------------------------+---------------------------------- | School of Computer Science, ACSNet: architec@cutmcvax.oz | Curtin University of Technology, UUCP: ...!uunet!munnari!cutmcvax!architec | Kent Street, ARPA: architec%cutmcvax.oz@uunet.UU.NET | Bentley | Western Australia, 6102 --------------------------------------------+----------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02213; 15 Jun 90 14:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01370; 15 Jun 90 14:02 EDT Received: from wolf.brl.mil by VMB.BRL.MIL id aa01313; 15 Jun 90 13:46 EDT Date: Fri, 15 Jun 90 13:45:14 EDT From: Mike Muuss To: "Robert G. Brown" cc: info-iris@BRL.MIL, rgb@phy.duke.edu Subject: Re: Processor efficiency Message-ID: <9006151345.aa05125@WOLF.BRL.MIL> In January I also noticed problems with running medium-large programs on the SGIs, but I have not yet had time to dig in very far; too much else to do. In my case, watching a GR-OSVIEW shows a significant (like 25% of each of the 8 CPUs) "system" loading, 10^5 interrupts/second, and (as I recall) a large TLBFAULT rate. My current theory is that I may be using too many entries in the TLB. The best description I have seen of this comes from the man page for GR_OSVIEW, which says: tlbfault The TLB fault bar gives the number of operating-system handled TLB faults initiated by the processor. There are two kinds of faults: double-level faults, and reference faults. On the 4D series, translation lookaside buffer (TLB) handling is performed entirely by software. This is done by looking up the missing page entry in a page table, and entering the virtual to physical mapping into the TLB. First-level faults are handled by extremely efficient low-level software. The page tables themselves are virtually mapped, so when the first level TLB handler attempts to load a page table entry, it may fault because the page table isn't mapped. This is a double-level fault, and must be repaired by high-level kernel routines. A reference fault occurs when a page is touched, and is used by the operating system in keeping accurate usage information for efficient paging. A high double-level fault rate can be a problem, because of the overhead of kernel handling. Each page table can map 2Mb of memory, but each program requires at least three segments: text, data and stack. Additionally, most programs are linked with either the shared C library or shared graphics library, each of which adds two more segments to the program. Mapping the graphics pipe requires another segment as well. Gr_osview links with these, as well as with the shared font manager library, making for a total of 10 segments. There are 62 TLB entries available and gr_osview uses more pages of data than this. This results in a fairly high background double-level fault rate. However, the CPU load due to this double-level handling rate is not measurable for gr_osview, which is worse in these respects than most programs. This may provide a clue. By the way, my hat is off to Jim Barton, the author of GR_OSVEW. A superb monitoring tool! Best, -Mike   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02604; 15 Jun 90 15:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01646; 15 Jun 90 14:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01416; 15 Jun 90 13:57 EDT Received: from dukempd.phy.duke.edu by VGR.BRL.MIL id aa04927; 15 Jun 90 13:30 EDT Received: from physics.phy.duke.edu by dukempd.phy.duke.edu (5.59/1.1/2.10) id AA17079; Fri, 15 Jun 90 13:29:55 EDT Received: by physics.phy.duke.edu (4.1/2.1/4.0) id AA01170; Fri, 15 Jun 90 13:29:53 EDT Date: Fri, 15 Jun 90 13:29:53 EDT From: "Robert G. Brown" Message-Id: <9006151729.AA01170@physics.phy.duke.edu> To: info-iris@BRL.MIL Subject: Re: Processor efficiency, mccalpin response. That is exactly the sort of thing that I expected; I just don't have the data on the R3000. I sort of hope that the SG tech people give us some hard information. I also want to know what kind of cache it is; it could be separate data and instruction caches or they could be combined into one. I need to know how big it is (although I could do something like you have done and find out). The larger reduction in throughput (percentagewise) is probably due to the R3000 being a faster processor in the first place; given that the memory bandwidth is roughly the same in the 4D25 and the 220S, if it is the rate limiting feature then one will see a bigger fraction of performance go down the tubes on a faster processor. This just goes to show the general unreliability of benchmarks as a true measure of system performance. As I tell my users, the only way to know how a system will perform on a particular problem is to try it. Even Linpack doesn't really tell you much about cache degradation, etc. rgb   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04361; 15 Jun 90 17:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04059; 15 Jun 90 16:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03986; 15 Jun 90 16:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05887; 15 Jun 90 16:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01323; Fri, 15 Jun 90 12:55: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: 15 Jun 90 19:40:19 GMT From: Kurtis MacFerrin Organization: Schreiber Group (Harvard Chemistry Department) Subject: Re: NMR Molecular Modeling Message-Id: <3226@husc6.harvard.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006141833.AA08245@remote.dccs.upenn.edu>, GOLUB@PENNDRLS.UPENN.EDU (Ellis Golub) writes... >Does anyone know of a program, running on an IRIS which can determine >molecular structure from 13C NMR data (chemical shift, Jcc 1,2 & 3 bond)? Yes, there are several. Two that I know about were written by David Hare of Hare Research, Washington. They are called ftnmr and felix. I belive BioGraf in California makes a program called nmrgraf.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab04361; 15 Jun 90 17:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04228; 15 Jun 90 17:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04155; 15 Jun 90 16:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06045; 15 Jun 90 16:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03297; Fri, 15 Jun 90 13:24: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: 15 Jun 90 20:09:02 GMT From: Kurtis MacFerrin Organization: Schreiber Group (Harvard Chemistry Department) Subject: How to set up mail Message-Id: <3227@husc6.harvard.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can someone tell me how to properly setup the mail utility in IRIX 3.2.1? mail (i.e., mail_att) aborts with the error "mailfile does not begin with a 'From' line", which is true--it begins with a Date line when you send mail to another user using the mail command! Mail (i.e., mail_bsd) says that the mailfile has 0 messages when in fact it has several--this occurs even when the message was sent using Mail. Currently we must type more /usr/mail/username to read our mail. Thanks for any suggestions.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04473; 15 Jun 90 17:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04059; 15 Jun 90 16:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab03986; 15 Jun 90 16:38 EDT Received: from Hopey.Telcom.Arizona.EDU by VGR.BRL.MIL id aa05889; 15 Jun 90 16:10 EDT Received: from mercury.uazaic.arizona.edu by Arizona.EDU; Fri, 15 Jun 90 13:11 MST Received: by mercury.uazaic.arizona.edu (5.51/5.17) id AA04377; Fri, 15 Jun 90 13:12:34 PDT Date: Fri, 15 Jun 90 13:12:34 PDT From: dolata@mercury.uazaic.arizona.edu Subject: Anyone want a 3130?? To: info-iris@BRL.MIL Message-id: <9006152012.AA04377@mercury.uazaic.arizona.edu> X-Envelope-to: info-iris@brl.MIL Is anyone interested in buying a 3130, 32 Meg, 2 disks, knobs and dials? More details if interested. Dan   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05658; 15 Jun 90 21:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05300; 15 Jun 90 20:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05284; 15 Jun 90 19:53 EDT Received: from cs.utah.edu by VGR.BRL.MIL id aa06988; 15 Jun 90 19:37 EDT Received: from adenosine.pharm.utah.edu by cs.utah.edu (5.61/utah-2.11-cs) id AA11487; Fri, 15 Jun 90 17:36:37 -0600 Date: Fri, 15 Jun 90 17:42:55 MDT From: "Darrell R. Davis" Posted-Date: Fri, 15 Jun 90 17:42:55 MDT Message-Id: <9006152342.AA15424@adenosine.pharm.utah.edu> Received: by adenosine.pharm.utah.edu (5.52/5.51) id AA15424; Fri, 15 Jun 90 17:42:55 MDT To: info-iris@BRL.MIL In-Reply-To: Kurtis MacFerrin's message of 15 Jun 90 19:40:19 GMT <3226@husc6.harvard.edu> Subject: NMR Molecular Modeling on 15 Jun 90 19:40:19 GMT, Kurtis MacFerrin said: Kurtis> In article <9006141833.AA08245@remote.dccs.upenn.edu>, GOLUB@PENNDRLS.UPENN.EDU (Ellis Golub) writes... >Does anyone know of a program, running on an IRIS which can determine >molecular structure from 13C NMR data (chemical shift, Jcc 1,2 & 3 bond)? Kurtis> Yes, there are several. Two that I know about were written by David Hare of Kurtis> Hare Research, Washington. They are called ftnmr and felix. I belive BioGraf Kurtis> in California makes a program called nmrgraf. First: FTNMR and FELIX do *not* determine molecular structure based on 13C NMR data. These programs are for processing and analyzing NMR data (they do a superb job BTW), determining structures from this data is a subsequent step. They are products of Hare Research Inc., Dennis Hare, not David, is the president of this company. These programs do indeed run on SGI boxes. Second: It is my opinion that the best you could probably do from 13C data of the type you describe is access a database and look for known structures or part structures that have NMR data that match yours. Something like the Aldrich Library of NMR Spectra. Unfortunately I don't think it exists in electronic format. What you are asking is a pretty tough problem given the rather limited information content of chemical shift and coupling constants. Third: There exists several "molecular modeling packages" for determining structure based on NMR data, but the required input is different than you describe. The information needed is either angle constraints or distance constraints, or both. This should imply that considerable data analysis is required above and beyond chemical shift and coupling constant analysis :-). The methodology falls into two categories: the use of either restrained molecular dynamics, distance geometry, or a combination of both. The NMRGRAF software is real new and hasn't been used much yet; DSPACE from Hare Research uses distance geometry and has sophisticated display capability, but is not a molecular modeling package in the generic sense; other research groups use Charmm or XPLOR for the calculations and popular modeling software like Quanta, FRODO, SYBYL, MIDAS, INSIGHT or something like that for display. E-mail me if you want any other information about my favorite topic. -------------------------------------------------------------- * Darrell R. Davis * * * "Faster, faster, until the Assistant Professor * * * thrill of speed overcomes Medicinal Chemistry *A**L**T**A* the fear of death." University of Utah * * * * * * --H.S. Thompson * --------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06184; 15 Jun 90 23:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06151; 15 Jun 90 23:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06145; 15 Jun 90 23:21 EDT Received: from nrtc.northrop.com by VGR.BRL.MIL id aa07651; 15 Jun 90 23:01 EDT Received: from cam.nad.northrop.com by nrtc.nrtc.northrop.com id aa10066; 15 Jun 90 20:01 PDT Received: by cam.nad.northrop.com (15.11/15.6.c) id AA15357; Fri, 15 Jun 90 20:01:22 pdt Date: Fri, 15 Jun 90 20:01:22 pdt From: frobinso@cam.nad.northrop.com Message-Id: <9006160301.AA15357@cam.nad.northrop.com> To: info-iris@BRL.MIL Subject: semephores ... Doewsss antoneyone know which tunable parameter (s)(s) in /usr/sysgen/master.d/sem I would need to increase in order to provide htethe ability to increase the number of semephores I can create ?    Received: from vmb.brl.mil by VMB.BRL.MIL id aa13502; 21 Jun 90 16:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac12587; 21 Jun 90 15:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12493; 21 Jun 90 15:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02614; 15 Jun 90 3:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15727; Fri, 15 Jun 90 00:14: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: 15 Jun 90 14:43:34 GMT From: Phil Dench Organization: Curtin University of Technology, Maths & Comp Sc Subject: Wavefront email address Message-Id: <150@cutmcvax.OZ> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone got an email address for Wavefront? Specifically one of their programmers. We are having some problems with a core dumping program and havent got any satisfactory answers out of the hotline yet. Phil Dench --------------------------------------------+---------------------------------- | School of Computer Science, ACSNet: architec@cutmcvax.oz | Curtin University of Technology, UUCP: ...!uunet!munnari!cutmcvax!architec | Kent Street, ARPA: architec%cutmcvax.oz@uunet.UU.NET | Bentley | Western Australia, 6102 --------------------------------------------+----------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10508; 16 Jun 90 19:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10355; 16 Jun 90 18:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10350; 16 Jun 90 18:20 EDT Received: from [192.48.139.30] by VGR.BRL.MIL id aa10201; 16 Jun 90 18:11 EDT Received: from neumann (neumann.squibb.com) by dino.squibb.com; Sat, 16 Jun 90 18:02 EST Received: by neumann (5.52/5.7) id AA09995; Sat, 16 Jun 90 18:12:24 EDT Date: Sat, 16 Jun 90 18:12:24 EDT From: shaginaw@neumann.squibb.com Subject: IRIS clocks To: info-iris@BRL.MIL Message-id: <9006162212.AA09995@neumann> X-Envelope-to: info-iris@brl.mil I've been experimenting with a variety of "timed" setups, and a question comes to mind. Why are SGI's clocks so badly imprecise? A $40 digital watch keeps much better time than an IRIS's clock, and I would argue so do the freebee watches that banks distribute to people opening accounts or whatever. Would it cost that much to include a better quartz chip in these machines? Forgive me if someone has already answered this question on info-iris. -- Rich -- ------------------------------------------------------------------------------- Squibb Institute for Medical Research -- Bristol-Myers Squibb Company Richard J. Shaginaw Internet Address: shaginaw@squibb.com Principal Systems Engineer Telephone: 609-921-5184 Macromolecular Modeling Department FAX: 609-683-6607 ===============================================================================   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11905; 16 Jun 90 22:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11584; 16 Jun 90 21:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11552; 16 Jun 90 21:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10811; 16 Jun 90 21:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07143; Sat, 16 Jun 90 18:20: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: 17 Jun 90 00:59:53 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Re: IRIS clocks Message-Id: <2408@dftsrv.gsfc.nasa.gov> References: <9006162212.AA09995@neumann> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006162212.AA09995@neumann> shaginaw@NEUMANN.SQUIBB.COM writes: > > I've been experimenting with a variety of "timed" setups, and a >question comes to mind. Why are SGI's clocks so badly imprecise? As described in timeslave(1M), check /usr/sysgen/master.d/kernel and modify the 'timetrim' parameter. I can't answer 'why'; just a fix. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 aa17350; 17 Jun 90 22:21 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa17310; 17 Jun 90 22:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17289; 17 Jun 90 22:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14417; 17 Jun 90 21:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18243; Sun, 17 Jun 90 18:40: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: 18 Jun 90 01:37:32 GMT From: Pavel Rozalski Organization: CSRI, University of Toronto Subject: Problems with 3rd party drive Message-Id: <1990Jun17.213732.18569@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have a Xylogics 754 VME hard disk controller with a Seagate Sabre 9720 1 GB drive on an SGI PowerSeries. Unfortunately this doesn't work. We have had the disk, cables and controller replaced several times but it still doesn't work. What happens is that sometimes bits get flipped when writing files. This is quite reproducible. When copying 25 2.5 MB files, about 5 to 15 copies will have errors in them. The OS does not detect this. I tried putting the controller in another slot, but this did not improve the situation. There is a virtually identical hardware configuration on another PowerSeries Iris at this university which works perfectly. Has anyone seen problems like these before? Pavel Rozalski Dynamic Graphics Project University of Toronto UUCP: ..!uunet!dgp.toronto.edu!pavel Bitnet: pavel@dgp.utoronto Internet/Ean: pavel@dgp.toronto.{edu,cdn}   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18119; 18 Jun 90 1:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17934; 18 Jun 90 0:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17912; 18 Jun 90 0:28 EDT Received: from ibm530.chem.umr.edu by VGR.BRL.MIL id aa14826; 18 Jun 90 0:22 EDT Received: from blumiris.chem.umr.edu by ibm530.chem.umr.edu (AIX LCG 9013S1 1.3/4.03) id AA05669; Sun, 17 Jun 90 18:27:28 -0500 Received: by blumiris.chem.umr.edu (5.52/890607.SGI) (for @ibm530.chem.umr.edu:info-iris@brl.mil) id AA25257; Sun, 17 Jun 90 18:31:02 CDT Date: Sun, 17 Jun 90 18:31:02 CDT From: "Robert B. Funchess" Message-Id: <9006172331.AA25257@blumiris.chem.umr.edu> To: info-iris@BRL.MIL Subject: Utah RLE format Does anyone have a Utah RLE to Iris RLE format converter? It's much easier to work with the Iris format files... -- Bob Funchess bobf@blumiris.chem.umr.edu Chemistry Dept. University of Missouri - Rolla   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16025; 17 Jun 90 18:47 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa15440; 17 Jun 90 18:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15353; 17 Jun 90 17:48 EDT Received: from truth.waikato.ac.nz by VGR.BRL.MIL id aa13589; 17 Jun 90 17:01 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Mon, 18 Jun 90 09:00 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Mon, 18 Jun 90 09:00 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA20796; Mon, 18 Jun 90 08:58:18 NZT Date: Mon, 18 Jun 90 08:58:18 NZT From: russell@ccu1.aukuni.ac.nz To: info-iris@vgr.brl.mil Message-Id: <9006172058.AA20796@ccu1.aukuni.ac.nz> I agree with about the use of sony monitors. We have both PIs and IBM 5080 (which use sony monitors). The Iris suffers in the comparision Russell Fulton.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24955; 18 Jun 90 10:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24400; 18 Jun 90 10:16 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa24334; 18 Jun 90 9:52 EDT Received: from [128.32.133.1] by ADM.BRL.MIL id aa27902; 18 Jun 90 9:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22092; Mon, 18 Jun 90 06:31: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: 18 Jun 90 05:44:06 GMT From: Shin Kurokawa Organization: University of Chicago Subject: Need help building MH, GCC, GDB, RN.... Message-Id: <9613@tank.uchicago.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL ... 3 helps actually. I'm trying to build a bunch of packages on a bunch of 4D-2x0 machines (Irix 3.2, of course!), namely mh-6.7, GNU C compiler (GCC), the GNU debugger(GDB), and rn(rrn). For the mh, the main problem seems to be with building the lib file, libmh.a. Apropos GCC, the main problem here is that although I got it to compile and compile itself, a little playing around with cmp and diff ==> stage1 compile and stage2 compile don't match. Not good! rrn keeps complaining about structures and syntax errors all over the place --- looks like wrong include files got included (sounds too familiar? :). This is the package that I got from the sgi archive. As for gdb, I'm stuck with trying to make it recognize the Iris architecture. Period. :) Anyone who has built any of the above, please let me know what your Makefiles/config files look like. Also, please let me know of any hacks you've done to the sources. Thanks much! ------- Shin Kurokawa shin@tank.uchicago.edu Physical Sciences Numerical Calculation Laboratory, University of Chicago 5640 S.Ellis Ave., Chicago, IL 60637 USA   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03454; 18 Jun 90 16:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02570; 18 Jun 90 16:00 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa02502; 18 Jun 90 15:42 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa07025; 18 Jun 90 15:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14605; Mon, 18 Jun 90 12:21: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: 18 Jun 90 18:17:30 GMT From: Jack Suess Organization: University of Maryland, Baltimore County Subject: 3rd Party SGI maintenace Message-Id: <3471@umbc3.UMBC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A week ago I posted a request for information on third party maintenance groups for SGI machines. I received one response, concerning SGI's Basic Maintenance plan, but nothing on other non-SGI providers. Is anyone using a vendor other than SGI or knows of vendors other than SGI that perform maintenace on PowerSeries machines? thanks, jack suess   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00091; 18 Jun 90 20:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03295; 18 Jun 90 16:48 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa03253; 18 Jun 90 16:34 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa08897; 18 Jun 90 16:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18098; Mon, 18 Jun 90 13:14: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 Jun 90 19:16:45 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: Monitors Message-Id: <9046@odin.corp.sgi.com> References: <10836@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10836@medusa.cs.purdue.edu>, krk@cs.purdue.EDU (Kevin Kuehl) writes: |> |> I was wondering if Silicon Graphics has ever considered making |> the Sony Trinitron monitors a monitor option on the Personal Iris |> machines? The other day we were exploring ways to improve movies Sony monitors are already an option. -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00641; 18 Jun 90 21:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00511; 18 Jun 90 21:15 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa00195; 18 Jun 90 20:43 EDT Received: from [128.32.133.1] by ADM.BRL.MIL id aa00177; 18 Jun 90 18:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27486; Mon, 18 Jun 90 15:32: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: 18 Jun 90 21:18:12 GMT From: "Jack P. Weldon" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Sun nfs bug with SGI servers (revisited) Message-Id: <9053@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This is just to clarify the situation concerning the SunOS 4.1 bug that keeps Sun clients from mounting SGI nfs servers. Sun has resolved the bug and will ship a patched mount(1) to any customer with a support contract. The bug numbers previously posted have apparently been consolidated into a NEW bug number. The info I have is as follows: New Bug Report ID: network/nfs 1036952 Title: SunOS 4.1 clients cannot mount SGI nfs servers Release: 4.1 File Format: Tar archive Cheers, Mouthletic (mowth' let ik) Jack P. Weldon adj. Having the useless talent of being able to (jweldon@sgi.com) twist a cherry stem into a knot with one's tongue.   Received: from vmb.brl.mil by VMB.BRL.MIL id ac00641; 18 Jun 90 21:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00511; 18 Jun 90 21:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac00469; 18 Jun 90 21:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00534; 18 Jun 90 19:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29240; Mon, 18 Jun 90 15:59: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: 18 Jun 90 21:58:40 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: another apology (was: Re: du -k) Message-Id: <9056@odin.corp.sgi.com> References: <9006141154.AA22997@frodo.Physics.McGill.CA>, <1990Jun15.140831.6666@calgary.uucp>, <9047@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9047@odin.corp.sgi.com>, msc@ramoth.esd.sgi.com (Mark Callow) writes: |> |> du -k is described in the du man page in IRIX 3.3. It is also described in |> the du man page in IRIX 3.2. That's where I first learnt of it. |> Oops!! If you are trying to find du -k in 3.2 please stop. I was confusing du and df. df -k was added in 3.2. du -k has been added in 3.3. Both are documented. Sorry for the wild-goose chase. -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00820; 18 Jun 90 21:52 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab00091; 18 Jun 90 20:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03412; 18 Jun 90 16:53 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18498; 18 Jun 90 16:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18152; Mon, 18 Jun 90 13:15: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: 18 Jun 90 19:24:40 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: du -k (was: du on SUN nfs-mounted IRIS file system) Message-Id: <9047@odin.corp.sgi.com> References: <9006141154.AA22997@frodo.Physics.McGill.CA>, <1990Jun15.140831.6666@calgary.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jun15.140831.6666@calgary.uucp>, paquette@cpsc.ucalgary.ca (Trevor Paquette) writes: |> Try doing a 'du -k' on the Iris. This is undocumented and will give |> du -k is described in the du man page in IRIX 3.3. It is also described in the du man page in IRIX 3.2. That's where I first learnt of it. I wouldn't call that "undocumented". -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00820; 18 Jun 90 21:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00764; 18 Jun 90 21:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00697; 18 Jun 90 21:26 EDT Received: from SGI.COM by VGR.BRL.MIL id aa00538; 18 Jun 90 19:18 EDT Received: from pdi by sgi.sgi.com via UUCP (5.52/900423.SGI) for info-iris@brl.mil id AA17811; Mon, 18 Jun 90 15:16:45 PDT Received: by pdi.UUCP (1.4/4.7) id AA20054287; Mon, 18 Jun 90 13:57:56 pdt Date: Mon, 18 Jun 90 13:57:56 pdt From: Shoshana Abrass Message-Id: <9006182057.AA20054287@pdi.UUCP> Subject: Power conditioners Organization: Pacific Data Images Apparently-To: sgi!brl.mil!info-iris I need to buy a "power conditioner" for a few sgi's. Necessary features include: small & cheap - this isn't our main computer facility, just 5-6 sgi's in an auxiliary office time lag to shutdown - Uninterruptible power is not a must, but a few minutes of backup power is. I've seen things advertised in the PC market that hook up to your machine via a serial line and send it a signal to begin an orderly shutdown. Do they make these for sgi's, or any Unix machine for that matter? We could write the necessary software on the sgi side, if the hardware were in place. Hm, that's it I guess... not too much to ask. While we're on the subject, where do people find sgi-compatible vendors? it's really frustrating to open up a copy of SunObserver or some such and see all the ads for third party hardware... where are all the people who cater to irises? -shoshana pdi!shoshana@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01851; 19 Jun 90 7:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01448; 19 Jun 90 7:25 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa01400; 19 Jun 90 6:47 EDT Received: from [128.32.133.1] by ADM.BRL.MIL id aa05498; 19 Jun 90 4:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03258; Tue, 19 Jun 90 01:11:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jun 90 22:53:48 GMT From: Joel Tenenbaum Organization: SUNY, Purchase NY Subject: Xwindows Message-Id: <4@purvid.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone successfuly ported Xwindows to the 3130? We are soon to be connected to an IBM RS/6000 and would like to explore this type of connection in addition to telnet and rlogin. Thanks. -- Joel Tenenbaum ...{yale,uunet}!hsi!mlfarm!purvid!joel   Received: from vmb.brl.mil by VMB.BRL.MIL id ab17664; 22 Jun 90 6:12 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab17322; 22 Jun 90 5:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17304; 22 Jun 90 5:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19734; 22 Jun 90 5:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14119; Fri, 22 Jun 90 02:11: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: 18 Jun 90 13:08:18 GMT From: "Brtno Pape(" MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: Silicon Graphics R.A., Zudrich, Switzerland Subject: HP-GL driverr & Film Recorders Message-Id: <1990Jun18.130919.1824@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Two questions: 1. If one hs drawhng an object on the scredn from vectnr data hs there anx prnduct or drivdr available to also generatd an HP-FL plotthng fild which hs cnlposed of the vdctor data with the currdnt tranrformatinns pdrformed on ht? 2. Hov about food fill reborders for prodtbinf 35mm slides? Dunn, Matrix, Avia, @GFA, etc. all sell something made by Nippon Avinnics. How about somdthing from Jndah, Xerox, or Polnriod that dnes hnstant 24mm slidds? Does anyone knnw anything? Thanks, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00641; 18 Jun 90 21:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00511; 18 Jun 90 21:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00469; 18 Jun 90 21:01 EDT Received: from truth.waikato.ac.nz by VGR.BRL.MIL id aa18644; 18 Jun 90 16:58 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Tue, 19 Jun 90 08:56 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Tue, 19 Jun 90 08:55 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA09175; Tue, 19 Jun 90 08:54:56 NZT Date: Tue, 19 Jun 90 08:54:56 NZT From: russell@ccu1.aukuni.ac.nz To: info-iris@vgr.brl.mil Message-Id: <9006182054.AA09175@ccu1.aukuni.ac.nz> Shin Kurokawa writes : >... 3 helps actually. I'm trying to build a bunch of packages on >a bunch of 4D-2x0 machines (Irix 3.2, of course!), namely mh-6.7, >GNU C compiler (GCC), the GNU debugger(GDB), and rn(rrn). > I have send him responses I got to my recent inquiry about GCC.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01851; 19 Jun 90 7:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01448; 19 Jun 90 7:25 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa01419; 19 Jun 90 6:49 EDT Received: from [128.32.133.1] by ADM.BRL.MIL id aa05876; 19 Jun 90 5:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06462; Tue, 19 Jun 90 02:10:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jun 90 07:52:08 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Re: Problems with 3rd party drive Message-Id: <1990Jun19.075208.1416@sgzh.uucp> References: <1990Jun17.213732.18569@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL pavel@dgp.toronto.edu (Pavel Rozalski) writes: >We have a Xylogics 754 VME hard disk controller with a Seagate Sabre >9720 1 GB drive on an SGI PowerSeries. Unfortunately this doesn't >work. We have had the disk, cables and controller replaced several >times but it still doesn't work. What happens is that sometimes bits >get flipped when writing files. This is quite reproducible. When >copying 25 2.5 MB files, about 5 to 15 copies will have errors in them. >The OS does not detect this. I tried putting the controller in another >slot, but this did not improve the situation. > >There is a virtually identical hardware configuration on another >PowerSeries Iris at this university which works perfectly. > >Has anyone seen problems like these before? > 4.1 Bug Fixes to IRIX - There is a bug in the firmware for the Xylogics SMD disk controller that can cause the wrong data to be written to disk on extremely large writes. As a workaround, the configuration parameter MAXSC (defined in /usr/sysgen/master.d/kernel) has been lowered to 26. This will have the effect of limiting the maximum size of a write that can be done when paging out dirty pages to the swap space to twenty-six 4k pages (104k bytes). This transfer size is below the threshold at which the controller error occurs. Note that the EFS file system never does transfers this large, so the controller error manifests itself only under heavy paging loads. Fixed in 4D1-3.2.1. I think the above applies to our CDC 9720 SMD 1.2 GB drive and Xylogics 754 SMD contoller, but it sounds the same as what you are doing. You should check the MAXSC parameter as discribed above and rebuild the kernal using lboot. Good Luck, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02773; 19 Jun 90 12:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02423; 19 Jun 90 11:48 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa02302; 19 Jun 90 11:32 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa13066; 19 Jun 90 11:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25623; Tue, 19 Jun 90 08:04:40 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jun 90 13:09:19 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: HP-GL drivers & Film Recorders Message-Id: <1990Jun19.130919.1824@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Two questions: 1. If one is drawing an object on the screen from vector data is there any product or driver available to also generate an HP-GL plotting file which is composed of the vector data with the current transformations performed on it? 2. How about good film recorders for producing 35mm slides? Dunn, Matrix, Avia, AGFA, etc. all sell something made by Nippon Avionics. How about something from Kodak, Xerox, or Poloriod that does instant 35mm slides? Does anyone know anything? Thanks, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03035; 19 Jun 90 12:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02423; 19 Jun 90 11:48 EDT Received: from adm.brl.mil by VMB.BRL.MIL id ab02302; 19 Jun 90 11:32 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa13100; 19 Jun 90 11:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25638; Tue, 19 Jun 90 08:04: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: 19 Jun 90 13:50:11 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Re: Problems with 3rd party drive Message-Id: <1990Jun19.135011.1942@sgzh.uucp> References: <1990Jun17.213732.18569@jarvis.csri.toronto.edu>, <1990Jun19.075208.1416@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I wrote: >pavel@dgp.toronto.edu (Pavel Rozalski) writes: > >>We have a Xylogics 754 VME hard disk controller with a Seagate Sabre >>9720 1 GB drive on an SGI PowerSeries. ... >> >>Has anyone seen problems like these before? >> > > 4.1 Bug Fixes to IRIX > > ... > Note that the EFS file system never does transfers this > large, so the controller error manifests itself only > under heavy paging loads. > Well, maybe, maybe not. All the written documentation I have says it should only have this problem when swapping, as the last line in the paragraph said. Sorry, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03035; 19 Jun 90 12:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02773; 19 Jun 90 12:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02498; 19 Jun 90 11:47 EDT Received: from [131.104.96.1] by VGR.BRL.MIL id aa03854; 19 Jun 90 11:15 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 4261; Tue, 19 Jun 90 11:15:33 EST Received: by UOGUELPH (Mailer R2.05) id 4921; Tue, 19 Jun 90 11:15:29 EST Date: Tue, 19 Jun 90 11:09:06 EST From: Len Zaifman Subject: How do you get disk space back on 170mbyte scsi. To: info-iris Message-ID: <9006191115.aa03854@VGR.BRL.MIL> Help ! I am desparately short of disk space(Irix 3.2.2 , running X(a must), 170 MByte disk . I have man pages on an NFS file system , and have removed as much as I know how , things like demos,sccs,rcs, etc. Questions 1 /usr/sysgen is ~ 2.2Mbytes - can it be removed if I don't need to reconfigure the system ?? ie: is it used at boot time ?? 2 include ,lib and sbin under /usr are large -I do mainly fortran very little C programming. do I need these ?? 3 anything else that may help relieve space ?? Thanks for your help. Regards, Len Zaifman Len Zaifman Information Technology Coordinator,College of Physical and Engineering Science Department of Computing Services University of Guelph Guelph,Ontario. N1G 2W1 (519)821-4120 xt 6566 email : LeonardZ@VM.UOGUELPH.CA   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03429; 19 Jun 90 12:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac03035; 19 Jun 90 12:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02979; 19 Jun 90 12:12 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by VGR.BRL.MIL id aa03899; 19 Jun 90 11:18 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA02641; Tue, 19 Jun 90 09:44:21 CDT Date: Tue, 19 Jun 90 09:44:21 CDT From: Mike Goss Message-Id: <9006191444.AA02641@snow-white.merit-tech.com> To: pdi!shoshana@sgi.com Subject: Re: Power conditioners Cc: info-iris@vgr.brl.mil In response to your message: > Date: Mon, 18 Jun 90 13:57:56 pdt > From: Shoshana Abrass > Message-Id: <9006182057.AA20054287@pdi.UUCP> > Subject: Power conditioners > Organization: Pacific Data Images > Apparently-To: sgi!brl.mil!info-iris > Status: R > . . [stuff deleted] . > > Hm, that's it I guess... not too much to ask. While we're on the > subject, where do people find sgi-compatible vendors? it's really > frustrating to open up a copy of SunObserver or some such and see > all the ads for third party hardware... where are all the people who > cater to irises? > > -shoshana > pdi!shoshana@sgi.com > > > SGI publishes a magazine called "IRIS Universe" which has a number of ads from vendors of 3rd party software and hardware for Irises (and also some very good articles). The magazine is free to Iris users; your local sales rep should be able to get you a subscription form. ------------------------------ Mike Goss Merit Technology Inc. (214)733-7018 goss@snow-white.merit-tech.com Disclaimer: This offer void except where prohibited by law.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03764; 19 Jun 90 13:13 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab03429; 19 Jun 90 13:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03418; 19 Jun 90 12:53 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa03971; 19 Jun 90 11:33 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 4280; Tue, 19 Jun 90 11:33:12 EST Received: by UOGUELPH (Mailer R2.05) id 5016; Tue, 19 Jun 90 11:33:10 EST Date: Tue, 19 Jun 90 11:26:01 EST From: Len Zaifman Subject: FORTRAN flowcharting tools ?? To: info-iris Message-ID: <9006191133.aa03971@VGR.BRL.MIL> We have a group here who are looking for two tools : 1 . Given fortran(C) source code , generate a flowchart describing the program struture.( sort of like reverse engineering ) 2 . Given a flowchart , generate fortran(C) source code to implement the program. 1. is more important than 2. (also less likely to be available) PD is preferred, but the group is also looking for commercial software in it's abscence. It is not necessary, but would be nice if these tools were available on an IRIX based system. Any ideas ?? I would also like to know of other places to look for posting this question. Thanks for your help. Regards, Len Zaifman Len Zaifman Information Technology Coordinator,College of Physical and Engineering Science Department of Computing Services University of Guelph Guelph,Ontario. N1G 2W1 (519)821-4120 xt 6566 email : LeonardZ@VM.UOGUELPH.CA   Received: from vmb.brl.mil by VMB.BRL.MIL id ab08423; 19 Jun 90 17:05 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac08068; 19 Jun 90 16:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac07867; 19 Jun 90 16:27 EDT Received: from ibm530.chem.umr.edu by VGR.BRL.MIL id aa04862; 19 Jun 90 14:42 EDT Received: from blumiris.chem.umr.edu by ibm530.chem.umr.edu (AIX LCG 9013S1 1.3/4.03) id AA12268; Tue, 19 Jun 90 13:43:38 -0500 Received: by blumiris.chem.umr.edu (5.52/890607.SGI) (for @ibm530.chem.umr.edu:info-iris@brl.mil) id AA02169; Tue, 19 Jun 90 13:48:15 CDT Date: Tue, 19 Jun 90 13:48:15 CDT From: "Robert B. Funchess" Message-Id: <9006191848.AA02169@blumiris.chem.umr.edu> To: info-iris@BRL.MIL Subject: Re: How do you get disk space back Len Zaifman writes: >Help ! I am desparately short of disk space(Irix 3.2.2 , running X(a must), >170 MByte disk . I have man pages on an NFS file system , and have removed as >much as I know how , things like demos,sccs,rcs, etc. >Questions 1 /usr/sysgen is ~ 2.2Mbytes - can it be removed if I don't need > to reconfigure the system ?? ie: is it used at boot time ?? > 2 include ,lib and sbin under /usr are large -I do mainly fortran > very little C programming. do I need these ?? > 3 anything else that may help relieve space ?? 1) I'll let the SG folks handle this one... I don't know. 2) Don't delete /usr/include or /usr/lib. Yes, you need those. /usr/sbin is a tougher call. You could get rid of Iris_Visualizer (or whatever it's called, something like that), quickmodel, and quickpaint under /usr/sbin and grab an extra 3.5 megs or so. There are lots of good things in sbin though, like Mail, snapshot, and such that I wouldn't want to be without. I don't know if anything in sbin is CRUCIAL the way include and lib are (especially if you are writing X programs...). 3) Be sure the programs you have written are linked with the shared graphics library (-lgl_s) instead of the regular one (-lgl) if they use the graphics routines. This will save considerable space. Also strip the executables when you are done debugging them. I have seen 50% reduction in size by doing this. back to 2) I was poking around in /usr/lib and found a directory called wave. This seems to be part of the wavefront stuff (?) and could PROBABLY be safely removed if you remove Visualizer quickmodel and quickpaint (you ARE backed up, right? :) Someone please correct me if this isn't true... This directory accounts for 15271 blocks or about 7.5 megs. -- Bob Funchess bobf@blumiris.chem.umr.edu Chemistry Dept. University of Missouri - Rolla   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08769; 19 Jun 90 17:16 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab08068; 19 Jun 90 16:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab07867; 19 Jun 90 16:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04608; 19 Jun 90 13:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03022; Tue, 19 Jun 90 09:51:44 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jun 90 16:13:37 GMT From: Gretchen Helms Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Positioning an X window Message-Id: <9094@odin.corp.sgi.com> References: <2387@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL (Joe Fulson-Woytek) writes: >I am starting to learn the "wonders" of X. I started by entering the >helloworld program in Appendix A of the Introduction to the >X Window System by Oliver Jones. Being a skeptic, I was amazed that it >worked on both my Personal iris and an HP without any code changes. There >was, however, one difference between the PI and the HP(and the book). >Setting the myhint parameters and using XCreateSimpleWindow and XMapRaised, >is supposed to set the initial window position and size. On the PI, the >window is, instead, set so the upper left corner is at the current cursor >position (the sizing part seems to work fine). I noticed that this is how >all of the demo programs work also. Is there a way for the program to >position the X window, or does the user always have to drag the cursor >to the correct place on the screen? Nope, you can in fact have the program pre-place the window in the appropriate spot. Notice in the following program the section that says "sizehints.flags= USPosition". This tells the program to obey the User Specified Position instead of the default follow-the-cursor. Please let me know if this doesn't work on your PI. ----------------------mangle here--------------------------- /* 6/11/90 G. "Murdock" Helms, SGI Product Support * * First run: This file is a sample X program designed to * show how to start up a basic X window in a specified position. */ #include /* Xlib include files */ #include /* Must have these included */ #include /* have to include this to know about NULL */ Display *display; int screen; main() { Window win, rootwin; XSizeHints sizehints; char *window_name = "Placed Window"; char *icon_name = "bwin"; char *display_name = NULL; int x=100,y=100; unsigned int width=400, height=400; /* Connect to X server ... this is kind of a fancy test to make * sure the server is running, but it produces a nicer error code * than you normally get. */ if ( (display=XOpenDisplay(display_name)) == NULL ) { fprintf( stderr, "bwin: cannot connect to X server %s,", XDisplayName(display_name)); fprintf( stderr, "did you remember to set the DISPLAY?\n"); exit ( -1 ); } screen = DefaultScreen(display); rootwin = RootWindow(display, screen); win = XCreateSimpleWindow (display, rootwin, x, y, width, height, 5, BlackPixel(display, screen), WhitePixel(display, screen)); sizehints.flags=USPosition; /* so it can be either/or */ sizehints.x=x; /* this is part of XSizeHints */ sizehints.y=y; /* see manual on structure of */ XSetStandardProperties(display, win, window_name, icon_name, None, 0, 0, &sizehints); XMapWindow(display, win); XFlush(display); while (1) {} /* loopity loop */ } /* end main */ ----------------------mangle here----------------- -- G. "Murdock" Helms Is it so frightening Silicon Graphics to have me at your shoulder? Product Support Engineer Thunder and lightning ghelms@sgi.sgi.com couldn't be bolder.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab08769; 19 Jun 90 17:16 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08423; 19 Jun 90 17:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08080; 19 Jun 90 16:32 EDT Received: from SGI.COM by VGR.BRL.MIL id aa05231; 19 Jun 90 16:03 EDT Received: from pdi by sgi.sgi.com via UUCP (5.52/900423.SGI) for info-iris@brl.mil id AA17862; Tue, 19 Jun 90 12:17:21 PDT Received: by pdi.UUCP (1.4/4.7) id AA15728833; Tue, 19 Jun 90 11:14:53 pdt Date: Tue, 19 Jun 90 11:14:53 pdt From: Shoshana Abrass Message-Id: <9006191814.AA15728833@pdi.UUCP> Subject: Third-Party hardware (was Re: Power conditioners) Apparently-To: sgi!brl.mil!info-iris > SGI publishes a magazine called "IRIS Universe" which has a number > of ads from vendors of 3rd party software and hardware for Irises Yeah, I know. The trouble is that the latest issue I have (#11) has eight ads for software and three for hardware. This is hardly what you'd call overwhelming. I'm puzzled because, according to articles that appear in the business section of my newspaper, sgi's "market share" is getting larger all the time... so the hardware support must be out there somewhere. The Geometry Partners Directory is clearly the bible for sgi software; where do people go (besides this newsgroup) to find hardware vendors? I figure this is worth posting because, if I can get a real handle on this now, I won't have to post as often in the future :). -shoshana pdi!shoshana@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08878; 19 Jun 90 17:27 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa08068; 19 Jun 90 16:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07867; 19 Jun 90 16:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04585; 19 Jun 90 13:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06781; Tue, 19 Jun 90 10:44: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: 19 Jun 90 17:43:03 GMT From: "RANDALL SCHRICKEL (NCE" MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: JHU/APL, Laurel, MD Subject: GIF Saver Message-Id: <5710@aplcen.apl.jhu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've seen things (postings and code) similar to what I'd like, but I don't think they're close enough. I'd like a program that captures my SG screen in one of the common formats so that it can be viewed/edited on a PC or Mac (GIF, TIFF, etc.). The machines are 2400 Turbos (ugh!) with no window manager (well, we can use MEX, but usually don't). Any pointers to code or ftp sites? Thanx in advance. -- Randy Schrickel randy@aplcomm.jhuapl.edu Johns Hopkins Applied Physics Lab Laurel, MD 20723 "Life goes on, long after the thrill of living has gone."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09375; 19 Jun 90 18:17 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa09042; 19 Jun 90 18:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08987; 19 Jun 90 17:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05358; 19 Jun 90 16:35 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17641; Tue, 19 Jun 90 13:26: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: 19 Jun 90 15:09:19 GMT From: "S.Jin" Organization: Edinburgh University Computing Service Subject: g++-1.37.1 on IRIS 4D Message-Id: <4800@castle.ed.ac.uk> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am trying to install g++-1.37.1 on IRIS4D 20 running 4D1-3.2. I stopped at Step 7 of the Installing GNU C++. The problem is the IRIS N_TXTOFF micro (which is used in the file ld.c) different from others like Sun, BSD clone. Here is the micro definition on my workstation: #define N_TXTOFF(f, a) \ ((a).magic == ZMAGIC || (a).magic == LIBMAGIC ? 0 : \ ((a).vstamp < 23 ? \ ((FILHSZ + AOUTHSZ + (f).f_nscns * SCNHSZ + 7) & 0xfffffff8) : \ ((FILHSZ + AOUTHSZ + (f).f_nscns * SCNHSZ + SCNROUND-1) & ~(SCNROUND-1)) ) ) But the micro on Sun 3/60 is #define N_TXTOFF(x) \ /* text segment */ \ ( (x).a_machtype == M_OLDSUN2 \ ? ((x).a_magic==ZMAGIC ? N_PAGSIZ(x) : sizeof (struct exec)) \ : ((x).a_magic==ZMAGIC ? 0 : sizeof (struct exec)) ) Has anyone made the conversion between them? Or has anyone ported g++-1.37.1 on IRIS 4D series? Any comments are welcome. Thanks in advance. S. Jin   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09645; 19 Jun 90 19:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09584; 19 Jun 90 19:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09580; 19 Jun 90 19:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06099; 19 Jun 90 19:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28155; Tue, 19 Jun 90 15:59:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jun 90 22:03:46 GMT From: "Steven C. Holzworth" Organization: Stephen Dedalus Inc., Cary, N.C. 27511 Subject: Re: Net problems: one-way dog and disk Message-Id: <132@tachyon.UUCP> References: <9006112109.AA17559@frodo.Physics.McGill.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006112109.AA17559@frodo.Physics.McGill.CA>, loki@physics.mcgill.ca (Loki Jorgenson Rm421) writes: + + Hey ho..... + + Scenario: a 4D/20 and a 4D/25, both running IRIX 3.2.1, a second SCSI + disk on the 4D/20. + + We appear to be having net related problem with our recently + installed second IRIS (4D/25). Two problems in particular seem to + be escaping resolution. They may or may not be related to each other. + stuff deleted + 2) Althought not thoroughly confirmed, it appears that if there + is a program running on the 4D/25 which has an open file on the second + disk of the 4D/20, there is a *huge* amount of net traffic originating + on the 4D/25 going to the 4D/20 EVEN WHEN IT IS NOT WRITING TO THE DISK!! + + Any suggestions? + + Thanks, + + Loki Jorgenson node: loki@physics.mcgill.ca + Physics, McGill University fax: (514) 398-3733 + Montreal Quebec CANADA phone: (514) 398-6531 + + < Waxing frees the mind and makes the legs smooth > Sounds suspiciously like a bad Ethernet connection. Is your Ethernet properly terminated? Noise on the line will cause this problem. Try running /usr/etc/ping (see the man entry). It will give a good indication of packet transmission rates and successes. Good Luck, Steve Holzworth rti!tachyon!sch   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10886; 20 Jun 90 0:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10528; 20 Jun 90 0:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10526; 19 Jun 90 23:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07083; 19 Jun 90 23:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15588; Tue, 19 Jun 90 20:23:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Jun 90 03:11:57 GMT From: Bron Campbell Nelson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Processor efficiency Message-Id: <62501@sgi.sgi.com> References: <9006150334.AA03405@physics.phy.duke.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006150334.AA03405@physics.phy.duke.edu>, rgb@PHY.DUKE.EDU ("Robert G. Brown") writes: > > [Observes that big problems run much slower than small ones] > Included in this thread of discussion was a request for information about the cache structure of the 4D/200 series multi-processors. This is what I know: Each cpu actually has 3 caches. There is a 64KB instruction cache, and 2 data caches. The 1st level data cache (close to the cpu) is 64KB; it runs at cpu speed. The second level data cache is 256KB; it runs at bus speed. All caches are direct mapped. All data in the 1st level cache can also be found in the 2nd level cache. The 1st level is "write through" to the 2nd level; the 2nd level is "write back" to memory. There is hardware cache consistency (I believe the term is "weak consistency with store ordering"). These numbers also hold for the 4D/300 series. The 4D/100 series uses the same structure; the only difference is that the 2nd level cache is 64K (not 256K). However, the 4D/210 (only 1 cpu) is a special beast: since there is no need for the cache consistency hardware on a 1 cpu machine, I suspect the 2nd level cache may be different (and may not exist at all) for that particular model. I do not know anything about other 4D series machines; in particular I do not know the 4D/20 or 4D/25. Special disclaimer: In addition to the normal disclaimer below, let me add that I am not a hardware person, and so these numbers may well be wrong and/or subject to change. -- 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 ab13216; 21 Jun 90 15:55 EDT Received: by VMB.BRL.MIL id aa13073; 21 Jun 90 15:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12955; 21 Jun 90 15:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12609; 21 Jun 90 15:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07281; 20 Jun 90 0:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18809; Tue, 19 Jun 90 21: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: 20 Jun 90 02:47:49 GMT From: "William S. Sinclair" Organization: The Aerospace Corporation, El Segundo, CA Subject: SGI warranties in presence of third party hardware Message-Id: <76170@aerospace.AERO.ORG> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL there was no point in their bidding for me on anything for my IRIS because (his quotes): "If you hang any third party equipment on their bus it voids the warranty". Is this true? It seems like such a policy would antagonize their customers, and would only have a temporary deterrent effect anyway. In fact, such a policy is probably ILLEGAL. Recall the law suits with DEC and IBM when they tried to do similar things. Has anyone ever had an instance of SGI voiding the warranty of their equipment because of third-party SCSI equipment on the bus?   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17320; 20 Jun 90 12:45 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa17042; 20 Jun 90 12:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17033; 20 Jun 90 12:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09365; 20 Jun 90 11:40 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23989; Wed, 20 Jun 90 08:25: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: 20 Jun 90 15:10:13 GMT From: James Zurlo Organization: Mechanical Engineering, Carnegie Mellon, Pittsburgh, PA Subject: Molecular Modeling software (Summary) Message-Id: <4aTt7JK00WB6M3gUkv@andrew.cmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Thanks to all who replied. Here are some responses to my friend's query for molecular modeling packages. gregoret@celeste.mmwb.ucsf.EDU (Lydia Gregoret) writes: In comp.sys.sgi your friend writes: >A friend asked me to post this. Please respond to: >mc@batman.nist.gov >Are there any public domain molecular modeling packages >available for SGI? Respond to: >mc@batman.nist.gov MC, Here at UCSF we have something called MidasPlus which was developed at the Computer Graphics Laboratory. An academic license costs $500, I believe. I don't know what you do, so I am not sure if you would qualify. Since I am not really part of the graphics lab, to get more information, you might want to would send mail to Dr. Robert Langridge Computer Graphics Laboratory University of California, San Francisco San Francisco, CA 94143-0446 e-mail: rl@cgl.ucsf.edu There are two back-to-back references for Midas, one of which is Ferrin et al., J. Mol. Graph. 6:13-37, 1988 Lydia Gregoret gregoret@cgl.ucsf.edu Bob Bruccoleri (BRUC@dino.squibb.com) sends this information: I am the principal author of CONGEN, a program for conformational searching and other modeling techniques. While CONGEN is not in the public domain, it is licensed free of charge. There are some requirements if the program is to be used for commercial purposes. The first version of program works only on VAX/VMS machines, but it has been distributed for about three years (60 sites). The second version currently under development will support a number of UNIX platforms (SGI of course!) in addition to VMS. I hope to have this version ready for distribution in a few months. CONGEN is primarily a batch oriented program. You specify all its actions via a command file. It does have some capabilities for graphical display of its results. If you are interested in more information, please take a look at the following papers: R. E. Bruccoleri, M. Karplus, "Prediction of the Folding of Short Polypeptide Segments by Uniform Conformational Sampling", Biopolymers 26, 1137-168 (1987). R. E. Bruccoleri, E. Haber, J. Novotny, "Structure of Antibody Hypervariable Loops Reproduced by a Conformational Search Algorithm", Nature 335, 564-568 (1988); Nature 336, 266 (1988). What applications were you interested in? Sincerely, Bob Bruccoleri gregc@cgl.ucsf.edu sends this information: Here's some mail I sent out a while ago on what configuration would one need to do molecular modeling for protiens. It still holds true. - Greg Couch gregc@cgl.ucsf.edu ---- A personal Iris is adequate if you get the extra graphics planes, the z-buffer, and the Turbo graphics. And since you're doing protiens, the faster processor would help out too. If you want to do stereo, I believe SGI only supports it on the larger machines -- we're using 4D 80/GT's with our own stereo modifications (SGI didn't support stereo until recently), but if you want to do any other calculations (e.g. dynamics) or use the Iris a timesharing machine, you should go for a multiprocessor (a 240 would be very nice). Extra memory is a requirement no matter what system you buy as the virtual memory performance is abysmal when physical memory limits are reached (supposed to be fixed in the next release of the operating system, but we'll see). 16Mbytes is a minimum (an 80 GT has 15Mbytes of screen memory so 16Mbytes of real memory is not unreasonable). As for disk, you'll need one the 380 Mbyte drives for all of the system software, the local software (modeling software, etc) and roughly 100Mbytes of user space. The Brookhaven Protein Databank (PDB) takes up 100Mbyes, so you'll need another disk if you wanted to keep it all online. And depending on your user community, you might want to put them on a separate disk so they don't cause the normal unix filesystem to overflow (/ and /usr). If your users want to do dynamics, then you'll need even more disk space. As for software, I can only plug our work with Midas as I have no experience with other packages. The price is right for educational institutions, $100?, as we are a NIH national research resource for the developement of molecular software. Midas uses a command line interface instead of a menu interface and thus requires that your users know more about what they're doing (no necessarily a bad thing), user interaction is fast and there are integrated Jane Richarson ribbon and CPK-style (with shadows) picture programs. Other features include interactive distances and angles, Color Postscript output, no-tear vdw surfaces, and residue swapping. Another program that comes with Midas is the ilabel program which allows you to interactively label any image file. Ilabel is worth the price of the package alone. Call (415) 476-5128 or send mail to norma@cgl.ucsf.edu as she is the secretary in charge of Midas distribution. We really like the SGI machines a lot, they are much easier to program than a PS300 (which we used to support but never again) and we get good support from SGI. Amy Bug (BUG@campus.swarthmore.edu) sends this information: Hi, In case you haven't gotten enough replies... we just aqcuired one from Steve Dempsey at Univ. of CA at San Diego. It is not public domain but the price for educational institutions is pretty low ($200). If you are interested, write to my colleague "voet@campus. swarthmore.edu". Actually, she rarely logs on so perhaps you would have better luck calling the chemistry dept. at UCSD. Amy Bug, summering in beautiful cape cod (j93_alb3@red.whoi.edu) XBR2D96D@DDATHD21.BITNET sends this information: Dear Sir, I've read your request for Molecular Modelling software in info-iris. We at TH-Darmstadt have developed the program MOLCAD, which runs on Silicon Graphics machines. The software is not really pd. The license fee for academic users is US$ 600,- per installation. I include the intro chapter of our documentation for more information. The license includes binaries, source-code, documentation and shipment. Any warranties are excluded. Regards Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET: ------------------------------intro----------------------------------------- MOLCAD IRIS-4D Release 4.2 overview --------------------------------------- MOLCAD is an interactive graphics program for display and manipulation of molecular structures and for the visualization of related data. MOLCAD offers the scientist a comfortable user interface using mouse-driven menues and a powerful command-line interpreter. The following is a list of features build into MOLCAD. Molecule representation : - chicken-wire - ball and stick - CPK - molecular surfaces ( dotted and solid with or without qualities ) Interactive handling : move,rotate,scaling least square fit of molecules Model-building : a template-based 3-D molecule-editor Inspection : various geometric parameters (distances, angles, dihedrals ) Interactive generation : molecular surfaces and isopotential surfaces various molecular properties can be color coded onto this surfaces Interfaces : MOPAC (QCPE 455) GRID (Molecular discovery) INSIGHT (BIOSYM) and other computational chemistry programs. Hardware requirements ----------------------- Any Silicon Graphics 4D workstation with - IRIX 3.2 (or later) operating system - at least 8 MB main memory - at least 24 color-bitplanes - z-buffer The kernel of the MOLCAD software is a hardware independent structure to describe and handle molecules and molecular properties. By using fexible dynamic memory management strategies to store its internal data structure, MOLCAD avoids artifical limits for the maximum number of atoms, bonds, molecules, etc. The only limiting factor is the available physical or virtual memory. This document is intended as an users manual for the research scientist who wants to use MOLCAD for solving his problems. It is not a manual for the underlying computer hardware and software. Therefore the authors expect some basic knowledge from the users of MOLCAD. They should - know how to operate their computer, especially how to log-in into their system - know the operating szstem of their machine - know what files, directories and programs are - be able to do some basic file manipulations and text editing MOLCAD - directory tree --------------------------- When the insatlation of MOLCAD has been performed properly, all neccessary MOLCAD files are located in a directory tree poitved to by the environment variable "molcad". This directory-tree contains several sub- directories, whose contents should be handled with care. Here is a list of the the subdirectories and their meaning : $molcad/bin ------------- This directory contains the executable files neccesary to run MOLCAD - m2 the MOLCAD program ( standalone ) - ms a modified CONNOLLY program to generate dotted surfaces ( pipe communication with MOLCAD ) - tri4d a program to generate triangular meshes from a CONNOLLY surface ( standalone ) - mopac5 IRIS port of QCPE pgm. 455 ( standalone ) - smallmec a molecular mechanics program using the MMP2 force filed ( pipe communication with MOLCAD ) - bs2 a programm to generate triangulated molecular surfaces using msb and twog ( socket communication with MOLCAD ) msb and twog are modified versions of ms and tri4d $molcad/data -------------- This directory contains sample data files for the novice user. It is the default directory after loggin in into the MOLCAD - account. $molcad/frag -------------- This directory contains fragment files, which build up the frgament library for the molecule-editor moled. $molcad/man ------------- This directory contains the files for the MOLCAD-online manual. The shell - procedure genman generates this 'readme'-file from the manual - files $molcad/source ---------------- This directory and its subdirectories contain the source-files neccesary to compile and build the complete MOLCAD - package. $molcad/tables ---------------- This directory contains several setup-files, which are read by MOLCAD during program initialisation. If these files are not properly installed MOLCAD will use the default values for most of the required information. MOLCAD uses a special search-strategie to look for the files in $molcad/tables. This enables each user to have one or more private sets of setup files. radii.tbl : atomic-radii, vdw-radii, max-connectivities res.known : standard residue definition hprot.rlb : hydrogens to the standard-reidues mopac.tbl : mopac - standard in and output directives color.std : color-definition for lookuptable-mode mats.def : material-definition for RGB-mode $molcad/e30 ---------------- This directory contains the source code of the text editor MicroEmacs V30. This editor is a full-scren editor similar, but inferior, to GNU-Emacs. It has been included for all users that are not happy with vi. It has been modified to use the keypad of the IRIS console or VT100 terminals in a way that resembles the VAX/VMS EDT editor. It is public domain software and can be redistributed freely. Here are noted some basic ideas of the MOLCAD software Objects --------- The data structure provides 12 independent entrys. These entrys are called objects. To each of this entry are assigned pointers to atoms, bonds, dots, triangles, transformation-matrices and object-attributes. In most cases an object represents molecules or at least one molecule. The data are read in from object data files ( .pdb .car ) or build from scratch with the moled. To each object is assigned an obectnumber which is written in the gadgeds in the right lower corner of the screen. Is the background of an object is black, then this object is active, that means, that all global 3-D manipulations will change this object. Object - attributes --------------------- Object attributes are bound to one object. These attributes may contain additional information to the object, which is not present in the object data file. ( eg. surface-information, point-charges, atom-types ..). This object-attributes are read in from files, generated from MOLCAD or any attached computer program. global - attributes --------------------- There exist some global attributes which influence the system. These attributes control the display, and provide some rules for object- manipulations. ( eg. shift-flag, deffault file dependency .... ) filemenu ---------- The filemenu is a graphic interface to the UNIX-file system. Its purpose is to display files which match specific patterns, to open files, and to change the current directory suing the mouse. If the deffile-flag is off, the filemenu is used by all the input routines. All files of the current directory which match the pattern ae displayed in BLACK all directories which can be reached from the current directory are displayed in YELLOW. Use the LEFTMOUSE to select a file or change the directory. With the MIDDLEMOUSE the filemenu is closed without action. If there are too many files to be displayed with one page change the pages by clicking the "+/-" item with the LEFTMOUSE.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17882; 20 Jun 90 13:16 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa17135; 20 Jun 90 12:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17114; 20 Jun 90 12:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09503; 20 Jun 90 12:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25688; Wed, 20 Jun 90 08:51:18 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Jun 90 15:46:54 GMT From: "Jean M. Favre" Organization: The George Washington University, Washington, D.C. Subject: shading with both normals and colortable indices Message-Id: <1969@sparko.gwu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I would like to map a scalar field onto a surface and need to specify both a normal and a color index for each vertex. I understand how to do either one but not both at the same time. Any suggestions? Thanks in advance for any help. -- Jean M Favre. CS&EE Dept. The George Washington University (202) 994 7532 favre@gwusun.gwu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00095; 20 Jun 90 19:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20418; 20 Jun 90 16:53 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa20329; 20 Jun 90 16:18 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa19830; 20 Jun 90 16:06 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 0264; Wed, 20 Jun 90 16:03:05 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 20 Jun 90 16:03 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA24371; Wed, 20 Jun 90 16:31:59 DSD Date: Wed, 20 Jun 90 16:31:59 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Map of universe To: info-iris@BRL.MIL Message-id: <9006202331.AA24371@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Does any have a list of co-ordinates of all large (galaxies, clusters, galactic clusters, etc.) in the universe ? I want to make a very large scale 3d map of the observable universe. I had seem this data images on a TV show (Smithsonian), and would like show the appearance of the universe from various locations, from the earth for example. I guess I would use a log spherical co-ordinate system. Any thoughts and info out there ??? dan. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00405; 20 Jun 90 19:54 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac00345; 20 Jun 90 19:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00242; 20 Jun 90 19:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11099; 20 Jun 90 17:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19545; Wed, 20 Jun 90 14:31:18 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Jun 90 20:37:24 GMT From: Thilaka Sumanaweera Organization: /user/sumane/.organization Subject: SCSI Disk Controller Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We want to get an external SCSI disk drive for our Personal IRIS 4D/25. Does anybody know if we can just plug one of those disk drives available in the market or do we have to get a disk controller as well? Any information is welcome. Thilaka   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00623; 20 Jun 90 20:30 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa00238; 20 Jun 90 19:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00205; 20 Jun 90 19:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09803; 20 Jun 90 13:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01034; Wed, 20 Jun 90 10:08:40 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Jun 90 16:41:16 GMT From: "Gordon V. Bancroft" Organization: NASA Ames Research Center, Moffett Field, CA Subject: Re: Iconifying a window from a process/program Message-Id: <6852@amelia.nas.nasa.gov> References: <9006140634.aa20043@WOLF.BRL.MIL>, <62256@sgi.sgi.com>, <900@idunno.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know how to iconify a window in software? Or is it even possible (it should be). Thanks, Gordon Bancroft bancroft@amelia.nas.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00623; 20 Jun 90 20:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00546; 20 Jun 90 20:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00491; 20 Jun 90 20:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11651; 20 Jun 90 19:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27681; Wed, 20 Jun 90 16:27: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: 20 Jun 90 22:31:18 GMT From: Sergio Perrone/30000 Organization: IBM AWD, Austin, TX Subject: Re: shading with both normals and colortable indices Message-Id: <2798@auschs.ibm.com> References: <1969@sparko.gwu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL If I understand you correctly, the easiest thing to do is to re-define and -bind the DIFFUSE surface properties for each vertex. In other words, you would want to do something like this... float props[] = {DIFFUSE, 0.0, 0.0, 0.0, LMNULL}; ... /* for each vertex */ props[1] = red_value; /* 0.0 to 1.0 */ props[2] = green_value; props[3] = blue_value; lmdef(DEFMATERIAL,1,5,props); lmbind(MATERIAL,1); n3f( nn ); /* your normal here */ v3f( vv ); /* your vertex here */ Of course, you might also choose to use the specular or emissive properties instead... depends on how you want things to look. ---Marc Andreessen IBM AWD, Austin   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00720; 20 Jun 90 20:51 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa00345; 20 Jun 90 19:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00240; 20 Jun 90 19:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11047; 20 Jun 90 17:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18639; Wed, 20 Jun 90 14:18:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Jun 90 20:45:26 GMT From: Jim Bennett Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: shading with both normals and colortable indices Message-Id: <9160@odin.corp.sgi.com> References: <1969@sparko.gwu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Jean Favre writes: > I would like to map a scalar field onto a surface and need to specify > both a normal and a color index for each vertex. I understand how to do > either one but not both at the same time. > > Any suggestions? > > Thanks in advance for any help. > -- > Jean M Favre. CS&EE Dept. The George Washington University > (202) 994 7532 > favre@gwusun.gwu.edu You can use lmcolor() to put you in a mode where subsequent color commands modify the material color. Then lighting calculations are done using the normals and the new color. See lmcolor(3G). Jim Bennett bennett@esd.sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00720; 20 Jun 90 20:51 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab00345; 20 Jun 90 19:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00240; 20 Jun 90 19:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11050; 20 Jun 90 17:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18660; Wed, 20 Jun 90 14:18:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Jun 90 20:54:08 GMT From: Gretchen Helms Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Iconifying a window from a process/program Message-Id: <9161@odin.corp.sgi.com> References: <62256@sgi.sgi.com>, <900@idunno.Princeton.EDU>, <6852@amelia.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL (Gordon V. Bancroft) writes: >Does anyone know how to iconify a window in software? >Or is it even possible (it should be). Sure. There is a postscript command called flipiconic that does exactly what you're looking for. Since flipiconic is written in postscript, you need some extra includes in your gl program, and you also need to link with another library...more on that later. The postscript code for flipiconic is in iconize.cps, which is included below. You need to use cps on this file to create the header file iconize.h. This is one of the extra header files you need (please see code below for these extra files). I've included a code excerpt to demonstrate the correct ordering of calls from within a GL program. To compile the code with the iconize information, I found it neccessary to use cc file.c -lcps -lbsd -lsun -lgl_s. Code for iconize.cps (remember to run it through cps...man pages for cps are on line): ----------------------------------mangle here--------------- % this generates the macro that will cause the program to be iconified % thanks to Mark Callow for the code % invoked from C as (void)flipiconic(window_id); cdef flipiconic(int gid) /flipiconic gid gfsend ----------------------------------mangle here--------------- code portion for example.c: #include "gl.h" #include "device.h" #include "iconize.h" /* created from iconize.cps with cps command */ #include /* you need the following three to compile */ #include #include main() { short attached; short value; int dev,val; int orgx, orgy; initialize(); drawunder(); while (TRUE) { while (qtest()||!attached) { dev=qread(&value); if (dev==ESCKEY) /* iconize information */ { system("gclear"); /* clobbers overlay stuff if you use it */ flipiconic(winget()); /* tell program to flip into an icon */ ps_flush_PostScript(); /* flush that signal out to NeWS */ } if (dev==REDRAW) { reshapeviewport(); drawscene(); } } drawscene(); } /* end while */ } /* end main */ -- G. "Murdock" Helms Is it so frightening Silicon Graphics to have me at your shoulder? Product Support Engineer Thunder and lightning ghelms@sgi.sgi.com couldn't be bolder.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00890; 20 Jun 90 21:36 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa00818; 20 Jun 90 21:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00798; 20 Jun 90 21:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11800; 20 Jun 90 20:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02989; Wed, 20 Jun 90 17:42:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Jun 90 00:10:50 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: SCSI Disk Controller Message-Id: <9174@odin.corp.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL sumane@zsazsa.stanford.edu (Thilaka Sumanaweera) writes: | We want to get an external SCSI disk drive | for our Personal IRIS 4D/25. Does anybody know | if we can just plug one of those disk drives | available in the market or do we have to get a | disk controller as well? | Any information is welcome. There should be no need to buy a controller, since all PI's come with an external SCSI connector. That said, I have to repeat the all too familiar refrain: "If you don't buy it from us, and it works, great; if it doesn't work, tough". This is not to say we go out of our way to make things not work. I won't even go as far as a poster in one of the Sun groups went, and say that we design to the drives we qualify. We do expect drives to conform to the Common Command Set (a slight superset of the SCSI 1 spec). Some drives are far enough from this that they just won't work. We have added some driver lboot options to make them more viable (disable synchronous scsi, and in 3.3, disable disconnect). If you can talk to the drive with the fx program, you stand a good chance of being able to use the drive. We have seen some drives (even different firmware revs of drives we support) that will not work when pushed to their limits, as far as performance goes. In all cases, these have been resolved as firmware bugs on the drive. There are a few (new) SCSI 2 drives that will try to negotiate synchronous mode (usually controlled by a jumper) on their own. Our driver can't yet handle that; otherwise we should be able to handle most of the newer scsi drives. You may need to use fx to change some of the mode select parameters to get the maximum performance from the drive, but it should work even if you don't do this. -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01774; 21 Jun 90 1:14 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa01363; 21 Jun 90 0:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01323; 20 Jun 90 23:54 EDT Received: from [129.112.1.12] by VGR.BRL.MIL id aa12325; 20 Jun 90 23:24 EDT Received: from baby.swmed.utexas.edu by utsw.swmed.utexas.edu with SMTP; Wed, 20 Jun 1990 22:24:43 CDT Received: by baby.swmed.utexas.edu (5.52/890619.SGI) (for @utsw.swmed.utexas.edu:info-iris@brl.mil) id AA23538; Wed, 20 Jun 90 18:10:20 CDT Date: Wed, 20 Jun 90 18:10:20 CDT From: Rose Oguz Message-Id: <9006202310.AA23538@baby.swmed.utexas.edu> To: info-iris@BRL.MIL Subject: Unexplainable Grids I need someone... anyone... to confirm my sanity! When I display an image in a window, I get unexplainable grids. I'm drawing the image pixel by pixel. So, it doesn't seem to be an interpolation problem. Has anyone had a similar problem? If so, please tell me what you did to get rid of the grids. You can e-mail directly to me at rose@baby.swmed.utexas.edu. Thanks, Rose   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01930; 21 Jun 90 1:46 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa01704; 21 Jun 90 1:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01694; 21 Jun 90 0:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12640; 21 Jun 90 0:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16491; Wed, 20 Jun 90 21:10: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: 21 Jun 90 01:15:50 GMT From: "William S. Sinclair" Organization: The Aerospace Corporation, El Segundo, CA Subject: Third-party devices for SGI equipment Message-Id: <76292@aerospace.AERO.ORG> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I heard a rumor from a third-party supplier that if SGI finds out that you hanged a third-party device on their computer (I think even including a SCSI device) that they will VOID your warranty. This sounds like a scare tactic if it's true. Has anyone had a confrontation of this sort with them? This is the kind of thing that got DEC and IBM in trouble in the 60's and 70's (restraint of trade lawsuits).   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02196; 21 Jun 90 2:59 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa01972; 21 Jun 90 2:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01949; 21 Jun 90 1:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12789; 21 Jun 90 1:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20394; Wed, 20 Jun 90 22: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: 21 Jun 90 04:45:27 GMT From: Lick Mongo Development Organization: UCO/Lick Observatory, Santa Cruz Subject: Re: Map of universe Message-Id: <4552@darkstar.ucsc.edu> References: <9006202331.AA24371@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006202331.AA24371@mcirps2.med.nyu.edu> karron@MCIRPS2.MED.NYU.EDU writes: >Does any have a list of co-ordinates of all large (galaxies, clusters, >galactic clusters, etc.) in the universe ? This is a topic of active research now. Some of the data have been published. Most of the sky has not yet been surveyed. Followups to sci.astro Steve Allen sla@helios.ucsc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02196; 21 Jun 90 2:59 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa02080; 21 Jun 90 2:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02063; 21 Jun 90 2:07 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa12853; 21 Jun 90 1:51 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 3820; Thu, 21 Jun 90 01:50:04 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 21 Jun 90 01:50 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:rose@baby.swmed.utexas.edu) id AA25686; Thu, 21 Jun 90 02:18:59 DSD Date: Thu, 21 Jun 90 02:18:59 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: explaining the unexplainable by girding the giddy grids. To: rose@baby.swmed.utexas.edu Cc: info-iris@BRL.MIL Message-id: <9006210918.AA25686@mcirps2.med.nyu.edu> X-Envelope-to: rose@baby.swmed.utexas.edu, info-iris@brl.mil Rose Oguz asks about Unexplainable Grids: >I need someone... anyone... to confirm my sanity! When I display an image >in a window, I get unexplainable grids. I'm drawing the image pixel by >pixel. So, it doesn't seem to be an interpolation problem. Has >anyone had a similar problem? If so, please tell me what you did to >get rid of the grids. While I can not look over your shoulder and see what you are referring to, I think that I know what your problem is. Pixel data has a fixed aspect ratio and fixed size. If you pull out an arbitrary sized window and draw fixed pixel data, you will get aliasing in your image if the pixels don't fit evenly in the window space. The aliasing will appear as a gap in your pixel data evenly spaced in one or two directions. The geometry engine is trying to interpolate your pixels into your window, and in order to make it fit, it will have to delete a row of pixels, or leave a row/column blank. You should draw your pixels as filled screen rectangles. You have to be aware that you can cause geometric distortion of your pixel image if you size the window with a different aspect ratio from your image data. The best solution is to force the window size to match the geometry and number of pixels in your data using prefposition() and prefsize(). I posted my experience with these calls previously. Alternatively, you can correct for the variable aspect ratio of a freehand window in your ortho2 call, and you will clip out parts of your picture that does not fit cleanly in your arbitrary window. Don't draw pixels, but draw abutting filled screen(they are faster) rectangles (the shape will depend on the window size and the picture aspect ratio). There are some fun demos of drawing flat pictures on bumpy walls in free space you might look at. Check the demos directory. Look at some blown up PostScript demos of pixel data, and you will see as you make a bigger window, you can see the pixels as larger rectangles. I think that there is geometric distortion in the ps demos, but I am not certain. Have fun, and let me know if you need further help. dan. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02330; 21 Jun 90 3:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02291; 21 Jun 90 3:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02256; 21 Jun 90 3:16 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa13031; 21 Jun 90 2:47 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4012; Thu, 21 Jun 90 02:45:46 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 21 Jun 90 02:46 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!ucbvax.berkeley.edu!agate!darkstar!helios!mongo) id AA25790; Thu, 21 Jun 90 03:14:55 DSD Date: Thu, 21 Jun 90 03:14:55 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Map of universe To: agate!darkstar!helios!mongo@ucbvax.berkeley.edu Cc: info-iris@BRL.MIL, sla@helios.ucsc.edu Message-id: <9006211014.AA25790@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, sla@helios.ucsc.edu Thanks for your terse reply, but who has data I can get my hands on in the next few days. If it has been published, I hope that it is available in an electronic format. How would I post a request to sci.astro ? I need somthing fast and dirty for a talk next month, to biologists. I only want to make an analogy to biological landmark constellations and the real thing. I will be up all night here, so I look forward to your thoughts. dan. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05289; 21 Jun 90 9:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04747; 21 Jun 90 8:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04652; 21 Jun 90 8:19 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa13925; 21 Jun 90 7:54 EDT Received: Thu, 21 Jun 90 07:56:05 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 21 Jun 90 07:56:05 EDT From: blbates@aero4.larc.nasa.gov (Brent L. Bates AAD/TAB MS361 x42854) Message-Id: <9006211156.AA11383@aero4.larc.nasa.gov> To: rose@baby.swmed.utexas.edu Subject: Re: Unexplainable Grids Cc: info-iris@brl.mil Yeh, I see that all the time. I happens to me when the information I am ploting is just slightly smaller than the screen, but I try to plot it to the whole screen. For example, if I have a pixel image that is 1000x760 and plot it on the whole screen mapped to 1024x768. Just one or two pixels off and I see black lines on the screen. It is a small bug in my program but I just haven't taken the time to correct it. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05289; 21 Jun 90 9:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04747; 21 Jun 90 8:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04657; 21 Jun 90 8:19 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa13939; 21 Jun 90 8:00 EDT Received: Thu, 21 Jun 90 08:01:48 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 21 Jun 90 08:01:48 EDT From: blbates@aero4.larc.nasa.gov (Brent L. Bates AAD/TAB MS361 x42854) Message-Id: <9006211201.AA11417@aero4.larc.nasa.gov> To: zaphod.mps.ohio-state.edu!sdd.hp.com!elroy.jpl.nasa.gov!aero!sinclair@tut.cis.ohio-state.edu Subject: Re: Third-party devices for SGI equipment Cc: info-iris@brl.mil I have heard the same rumor, but no hard conformation. I have also heard that people are screeming about it too. There also seem to be exceptions. It also doesn't sound very legal either. I have also been told, if you take your 3rd party hardware out before they come out to work on your machine you can get around the problem. But all rumors. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09707; 21 Jun 90 12:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09535; 21 Jun 90 12:23 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa09523; 21 Jun 90 12:18 EDT Received: from mcnc.mcnc.org by ADM.BRL.MIL id aa09054; 21 Jun 90 12:12 EDT Received: by mcnc.mcnc.org (5.59/MCNC/5-16-88) id AA13994; Thu, 21 Jun 90 12:10:24 EDT Received: by duke.cs.duke.edu (5.59/DUKE/08-19-88) id AA22588; Thu, 21 Jun 90 12:09:46 EDT Received: from [128.109.182.2] by dukempd.phy.duke.edu (5.59/1.1/2.10) id AA21149; Thu, 21 Jun 90 11:06:07 EDT Received: by physics.phy.duke.edu (4.1/2.1/4.0) id AA01263; Thu, 21 Jun 90 11:06:04 EDT Date: Thu, 21 Jun 90 11:06:04 EDT From: "Robert G. Brown" Message-Id: <9006211506.AA01263@physics.phy.duke.edu> To: info-iris@BRL.MIL Subject: Re: Third-party devices for SGI equipment Our rep has said nothing of the kind. They will hem and haw and point out that they will not warranty the added hardware (of course) or be responsible for incidental damage to the box due to faulty add-ons or poor installation, but that is all quite reasonable. If your machine breaks when you have add-on RAM or a SCSI disk stuck on, neither SG or Sun will hassle you about it. In fact, if you've had your machine up and running for a while with the hardware, they may not even make you remove it before they service it (although they will if they think it is part of the problem). I've had a Sun hardware person move my third party RAM from one motherboard to a replacement he was installing (not that I couldn't have done it as fast or easily, but it was nice of him) and the patient and helpful SG tech person we have seen has offered to at least watch over our shoulder while we pop in RAM. We can replace light bulbs around here and thus declined the offer, but there you are. SG's official policy is (naturally) that they'd rather sell it to you for a markup of 100% or so and will maintain it if they do, but they'd rather sell you the machines and have you use them even if you enhance them yourself. It is actually very easy to do hardware enhancement yourself -- if you are at all technically inclined. This mailgroup is full of cross-references to sources for memory, disks, and tape units as well as anecdotal instructions on their installation. So don't hesitate to buy those boxes semi-stripped and fix them up yourselves, especially if your budget is really cramped. SG want's you to buy their machines (I know this intuitively :-) even more than they want to sell you add ons. I mean, do you void your warranty on a new car if you (sensibly) opt to have its stereo installed by a car stereo store instead of the dealer? Of course not... Dr. Robert G. Brown System Administrator Duke University Physics Dept. Durham, NC 27706 (919)-684-8130 Fax (24hr) (919)-684-8101 rgb@phy.duke.edu rgb@physics.phy.duke.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10240; 21 Jun 90 13:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09190; 21 Jun 90 12:08 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa08989; 21 Jun 90 11:53 EDT Received: from [129.112.1.12] by ADM.BRL.MIL id aa08760; 21 Jun 90 11:51 EDT Received: from baby.swmed.utexas.edu by utsw.swmed.utexas.edu with SMTP; Thu, 21 Jun 1990 10:49:19 CDT Received: by baby.swmed.utexas.edu (5.52/890619.SGI) (for @utsw.swmed.utexas.edu:karron@nyu.edu) id AA24315; Thu, 21 Jun 90 10:54:52 CDT Date: Thu, 21 Jun 90 10:54:52 CDT From: Rose Oguz Message-Id: <9006211554.AA24315@baby.swmed.utexas.edu> To: blbates@aero4.larc.nasa.gov, karron@nyu.edu Subject: My Unexplainable Grids Cc: info-iris@BRL.MIL Dan and Brent, Thanks for the info. It was quite comforting to know that others have seen the grids, too. (It's quite frustrating when one works in the Ophthalmology Department of a medical and one thinks she's seeing grids on her screen.) You pointed me in the right direction. I had suspected aliasing when I was using real numbers. However, I changed to integer values "matching" the number of pixels in the window, but that didn't help. Why? Because I didn't have the number of pixels in the window that I thought I had. In effect, my prefposition() and ortho() were "misaligned" when I thought they weren't. Thanks, Rose P.S. It's getting to where people here answer questions better than on the hotline.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13798; 21 Jun 90 16:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac13216; 21 Jun 90 16:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13160; 21 Jun 90 15:52 EDT Received: from [192.48.139.30] by VGR.BRL.MIL id aa16135; 21 Jun 90 15:30 EDT Received: from watson.squibb.com by dino.squibb.com; Thu, 21 Jun 90 09:17 EST Date: Thu, 21 Jun 90 09:25 EDT From: Vicki Zilaitis Subject: Is there an Iris equivelant to Sun's Network Monitoring tools To: info-iris@BRL.MIL Message-id: <77A02B0762FF000255@dino.squibb.com> X-Envelope-to: info-iris@brl.mil X-VMS-To: IN%"info-iris@brl.mil" I am fairly new to the SGI/Iris world so bear with me please. I have been trying to find the network monitoring commands on my personal iris which would be the equivalent to the following Sun implementations: 1) etherfind 2) traffic (used with the rpc.etherd server process) this graphically displays ethernet traffic Both of the above programs are used for viewing network traffic interactively, in many different flavors. Any suggestions would be greatly appreciated. ------------------------------------------------------------------------------- Squibb Institute for Medical Research -- Bristol-Myers Squibb Company Vicki J. Zilaitis Internet Address: zilaitis@squibb.com Software Engineer Telephone: 609-921-4079 Scientific Information Systems FAX: 609-683-6163 ===============================================================================   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15209; 21 Jun 90 19:27 EDT Received: by VMB.BRL.MIL id aa15095; 21 Jun 90 19:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab15003; 21 Jun 90 18:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14995; 21 Jun 90 18:15 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa17097; 21 Jun 90 17:49 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 2876; Thu, 21 Jun 90 17:38:11 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 21 Jun 90 17:38 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA22564; Thu, 21 Jun 90 18:07:51 DSD Date: Thu, 21 Jun 90 18:07:51 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: hotter answers here To: info-iris@BRL.MIL Message-id: <9006220107.AA22564@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil rose@baby.swmed.utexas.edu on "My Unexplainable Grids" notes that... > >P.S. It's getting to where people here answer questions better than on > the hotline. > I have noticed that too. I also find that e-mail tech support is much better for many logistical and tactical reasons than phone tech support. Also, I like to get and send LOTS of mail. Makes me feel wanted. I only hope that the quality of my answers and questions gets higher and better. Writing out my thoughts is the prelude to some of my papers. All that I need is an automatic bs filter (al la R.S. Heinlin). Hope the moderators or hosts (whoever they are) take note. dan. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15527; 21 Jun 90 21:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15332; 21 Jun 90 20:15 EDT Received: by VMB.BRL.MIL id ab15315; 21 Jun 90 20:04 EDT Received: from wolf.brl.mil by VMB.BRL.MIL id aa15301; 21 Jun 90 19:57 EDT Date: Thu, 21 Jun 90 19:55:55 EDT From: Mike Muuss To: Len Zaifman cc: info-iris Subject: Re: FORTRAN flowcharting tools ?? Message-ID: <9006211955.aa26291@WOLF.BRL.MIL> A program that produces flowcharts from FORTRAN souce code has been around for a long time. I recall getting one from the IBM SHARE users group in (like) 1976. It did quite a good job. I lost touch with that program more than a decade ago, when I swore off FORTRAN. But you should be able to excavate things like this. Try asking around at the central computer centers of local Universities. Best, -Mike   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15852; 21 Jun 90 22:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15597; 21 Jun 90 21:32 EDT Received: from smoke.brl.mil by VMB.BRL.MIL id ab15577; 21 Jun 90 21:24 EDT Received: from SMOKE.BRL.MIL by SMOKE.smoke.brl.mil.MIL id aa10543; 21 Jun 90 21:16 EDT Received: by gould (5.52/(IC 19May87-13:37)) id AA24262; Thu, 21 Jun 90 20:03:15 EDT Received: from swbatl.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA17114; Thu, 21 Jun 90 15:54:23 -0400 Received: by swbatl.sbc.com (/\=-/\ Smail3.1.16.1 #16.9) id ; Thu, 21 Jun 90 14:55 CDT Received: by texbell.sbc.com (Smail3.1.18) id ; Thu, 21 Jun 90 14:01 CDT Received: by redsim (5.52/121989) id AA05891; Thu, 21 Jun 90 13:55:00 CDT Date: Thu, 21 Jun 90 13:55:00 CDT From: "Ronald B. Adams II" Message-Id: <9006211855.AA05891@redsim> To: info-iris@BRL.MIL Subject: timetrim value Does anybody know offhand what the correct value for timetrim in /usr/sysgen/master.d/kernel should be so that a 4D-80GT (16 MHZ IP4) keeps better time? So far, I'm at -2000000 and it still runs fast. Ron Adams Hughes Simulation Systems Inc. -- (formerly Rediffusion Simulation Inc.) adams@redsim.lonestar.org (internet) redsim!adams (uucp)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17246; 22 Jun 90 5:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17210; 22 Jun 90 4:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17190; 22 Jun 90 4:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19492; 22 Jun 90 4:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA09386; Fri, 22 Jun 90 01:16: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: 21 Jun 90 21:38:32 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: Banner Bar for wsh windows blocking title.. Message-Id: <9241@odin.corp.sgi.com> References: <1628@blackbird.afit.af.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1628@blackbird.afit.af.mil>, news@blackbird.afit.af.mil (News System Account) writes: |> I have copied the .4sight .ps files from the /usr/people/4Dgifts directory to |> my own local .4sight directory. They are referenced in my user.ps file for |> loading. When I login all of my wsh windows are created and properly placed. |> However, the banner has a solid red line that extends from where the title |> of the window begins over to the lighting bolt. This line is red when I |> I changed the banner painting code in release 3.2.1 or 3.2.2 (I can't remember which) to make it faster and to stop it flashing. I wasn't aware of the code in 4Dgifts that subclasses SGIWindow so I failed to make matching changes in it. I think the symptoms you are seeing result from that. I fixed it in release 3.2.3 and it also works in release 3.3. -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17322; 22 Jun 90 5:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17140; 22 Jun 90 4:38 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17138; 22 Jun 90 4:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19445; 22 Jun 90 4:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07859; Fri, 22 Jun 90 00:58: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: 21 Jun 90 21:42:39 GMT From: David Wong Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 60MB tape drives on PI's Message-Id: <62653@sgi.sgi.com> References: <1990Jun21.165439.5422@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jun21.165439.5422@sgzh.uucp>, root@sgzh.uucp (Bruno Pape) writes: > Hi hardware types, > > I just installed a Cipher 540S 60MB tape drive in a PI. Power on diagnostics > say something about device 7 failing the DMA test. At first the thing caused > the system to hang or crash a few times, but now it seems to be working fine. > The 60MB tape drive is set as scsi address 7 because I want to put a 150MB'er > in as scsi 2 and for other obvious reasons. > > I just did a distcp of the 3.2.3 maintenance tape, 47MB's worth, and it seemed > to work o.k. > > The question of the day is what can I do about my tape drive failing the DMA > test? Should I really care? I don't think your drive failed the DMA test, it is a bug in the firmware the caused your problem. During power-on diagnostics, the PI use the write/read buffer command to do DMA from/to the on board cache buffer. The tape drive you have does not support write/read commands but it does not tell the PI by returning a check condition. So, the PI went ahead and did a write/read buffer command sequence and timed out. That's why you got a DMA failed message. > > Thanks, > > Bruno > > Just hoping not to choke on all the smoke. David   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17664; 22 Jun 90 6:12 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab17246; 22 Jun 90 5:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17238; 22 Jun 90 5:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19661; 22 Jun 90 5:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA11994; Fri, 22 Jun 90 01:46:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Jun 90 22:42:24 GMT From: "Bernard J. Duffy" Organization: University of Maryland, Baltimore County Subject: Re: How do you get disk space back on 170mbyte scsi. Message-Id: <3493@umbc3.UMBC.EDU> References: <9006191115.aa03854@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006191115.aa03854@VGR.BRL.MIL> LEONARDZ@VM.UOGUELPH.CA (Len Zaifman) writes: >Help ! I am desparately short of disk space(Irix 3.2.2 , running X(a must), >170 MByte disk . I have man pages on an NFS file system , and have removed as >much as I know how , things like demos,sccs,rcs, etc. >Questions 1 /usr/sysgen is ~ 2.2Mbytes - can it be removed if I don't need > to reconfigure the system ?? ie: is it used at boot time ?? ... ask SGI about this one... you'll probably have to reload this for any of the os upgrades. > 2 include ,lib and sbin under /usr are large -I do mainly fortran > very little C programming. do I need these ?? > 3 anything else that may help relieve space ?? Check what you have installed with the versions utilities. If you don't have or expect to be setting up UUCP, you can remove "package". Use the versions remove function of "versions" to do all your deletes. You can actually see what SGI considers part of these packages by using versions long eoe1.sw.package. Use versions -v to see what "sub- systems" of software you have loaded. Then look at each of them for unwanted / never used utilities. Some are quite small, but you can remove them if you want ... like support for Xylogics 1/2" Tape Support (eoe1.sw.xm) if you don't have such a drive. eoe1.sw.hyper, eoe1.sw.spell (if you don't use the spell utility), ... check for others... in eoe2 , and dev (4Dgifts' source) . If you use the versions utility, versions will give you good information in figuring out your configuration. Don't do manual deletes because your next upgrade won't know that you don't want that piece of unused software. If you make a mistake, you can do a part reload with inst (and probably a reboot for got messures / testing). Another area is the " Libraries Compiled -G 0 " ... I don't know when these are used and by the default installation, they are not installed. Could someone clarify what uses these libraries (they are very large). > > Thanks for your help. you're welcome. > > Regards, Len Zaifman Bernie Duffy Systems Programmer II | Bitnet : BERNIE@UMBC2 Academic Computing - L005e | Internet : BERNIE@UMBC2.UMBC.EDU Univ. of Maryland Baltimore County | UUCP : ...!uunet!umbc3!bernie Baltimore, MD 21228 (U.S.A.) | W: (301) 455-3231 H: (301) 744-2954   Received: from vmb.brl.mil by VMB.BRL.MIL id ac17664; 22 Jun 90 6:12 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17373; 22 Jun 90 6:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17365; 22 Jun 90 5:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19807; 22 Jun 90 5:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15468; Fri, 22 Jun 90 02:29:18 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Jun 90 01:32:50 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: 60MB tape drives on PI's Message-Id: <9274@odin.corp.sgi.com> References: <1990Jun21.165439.5422@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL root@sgzh.uucp (Bruno Pape) writes: | Hi hardware types, | I just installed a Cipher 540S 60MB tape drive in a PI. Power on diagnostics | say something about device 7 failing the DMA test. At first the thing caused | the system to hang or crash a few times, but now it seems to be working fine. | The 60MB tape drive is set as scsi address 7 because I want to put a 150MB'er | in as scsi 2 and for other obvious reasons. | I just did a distcp of the 3.2.3 maintenance tape, 47MB's worth, and it seemed | to work o.k. | The question of the day is what can I do about my tape drive failing the DMA | test? Should I really care? This is why we sell the Archive 2060S for people who want 60 Mb (QIC24) write capability. The DMA test is part of the power up diagnostics. It is using the SCSI readbuffer and writebuffer tests. As David Wong said, this is probably timing out due to firmware problems on the 540S. That drive is quite old (standards wise). If you have a relatively new system, you could try 'setenv bootmode=C' in the PROM monitor (on PI's only). For systems that support it, this skips most of the SCSI diagnostics. It was added precisely for this kind of situation, where it is known that a device on the SCSI bus will always fail the same portion of the diagnostics. -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17755; 22 Jun 90 6:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad17664; 22 Jun 90 6:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17624; 22 Jun 90 6:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19844; 22 Jun 90 5:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16764; Fri, 22 Jun 90 02:43:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Jun 90 15:02:20 GMT From: News System Account Organization: Air Force Institute of Technology; WPAFB, OH Subject: Banner Bar for wsh windows blocking title.. Message-Id: <1628@blackbird.afit.af.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have copied the .4sight .ps files from the /usr/people/4Dgifts directory to my own local .4sight directory. They are referenced in my user.ps file for loading. When I login all of my wsh windows are created and properly placed. However, the banner has a solid red line that extends from where the title of the window begins over to the lighting bolt. This line is red when I enter the window and dark gray when I exit the window. It would be acceptable if it didn't block the title of the window. I have not edited the window.ps file included in the .4sight directory. Any suggestions? This is my first attempt at using the net news so set the flame torches to low scorch.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18008; 22 Jun 90 6:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab17755; 22 Jun 90 6:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17739; 22 Jun 90 6:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19930; 22 Jun 90 6:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17633; Fri, 22 Jun 90 02:53:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Jun 90 16:28:18 GMT From: Kathy Kuba Organization: Hewlett Packard -- Fort Collins, CO Subject: 4D20TG Vector Performance Message-Id: <17450003@hpfcdj.HP.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just received my Turbo upgrade for my PI. It is now a 4D20TG. The Periodic Table quotes 200K vectors/sec, but i can not seem to get more than 100K. Do I need new drivers to get this performance? Is there a problem with my hardware? Kathy   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19135; 22 Jun 90 8:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18747; 22 Jun 90 8:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18657; 22 Jun 90 7:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20226; 22 Jun 90 7:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24947; Fri, 22 Jun 90 04:12: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: 21 Jun 90 17:52:15 GMT From: "RANDALL SCHRICKEL (NCE" MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: JHU/APL, Laurel, MD Subject: Tiff/Gif again Message-Id: <5735@aplcen.apl.jhu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL First of all, thanks to everyone who responded to my first query about this stuff (you all know who you are, I don't anymore). From the responses I got, it looks like I need the "togif" program and/or a "totiff/fromtiff" combo. I got the "gifview" program, but all my gifs are compressed, which "gifview" can't seem to handle. Anyway, when I posted the first note I saw references to these programs, but of course didn't save the info. So could someone please mail me the code or the ftp site(s) where I can get it. Much thanks again. -- Randy Schrickel randy@aplcomm.jhuapl.edu Johns Hopkins Applied Physics Lab Laurel, MD 20723 "Life goes on, long after the thrill of living has gone."   Received: from vmb.brl.mil by VMB.BRL.MIL id ab19135; 22 Jun 90 8:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab18747; 22 Jun 90 8:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18660; 22 Jun 90 7:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20298; 22 Jun 90 7:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26744; Fri, 22 Jun 90 04:34: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: 21 Jun 90 16:54:39 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: 60MB tape drives on PI's Message-Id: <1990Jun21.165439.5422@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi hardware types, I just installed a Cipher 540S 60MB tape drive in a PI. Power on diagnostics say something about device 7 failing the DMA test. At first the thing caused the system to hang or crash a few times, but now it seems to be working fine. The 60MB tape drive is set as scsi address 7 because I want to put a 150MB'er in as scsi 2 and for other obvious reasons. I just did a distcp of the 3.2.3 maintenance tape, 47MB's worth, and it seemed to work o.k. The question of the day is what can I do about my tape drive failing the DMA test? Should I really care? Thanks, Bruno Just hoping not to choke on all the smoke.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02253; 23 Jun 90 3:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02123; 23 Jun 90 3:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02118; 23 Jun 90 3:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01372; 23 Jun 90 3:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13083; Sat, 23 Jun 90 00:05:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Jun 90 17:14:18 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Re: Banner Bar for wsh windows blocking title.. Message-Id: <2505@dftsrv.gsfc.nasa.gov> References: <1628@blackbird.afit.af.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1628@blackbird.afit.af.mil> wderouch@galaxy.afit.af.mil (William J. DeRouchey) writes: >However, the banner has a solid red line that extends from where the title >of the window begins over to the lighting bolt. This line is red when I >enter the window and dark gray when I exit the window. It would be acceptable >if it didn't block the title of the window. Edit 'window.ps' in .4sight directory and add BannerColor setcolor immediately before 'FrameLabel show' ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ab02253; 23 Jun 90 3:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02218; 23 Jun 90 3:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02128; 23 Jun 90 3:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01375; 23 Jun 90 3:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13033; Sat, 23 Jun 90 00:05: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: 21 Jun 90 17:35:49 GMT From: Robert Skinner Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: explaining the unexplainable by girding the giddy grids. Message-Id: <9224@odin.corp.sgi.com> References: <9006210918.AA25686@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006210918.AA25686@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU writes: |> Rose Oguz asks about Unexplainable Grids: |> |> >I need someone... anyone... to confirm my sanity! When I display an image |> >in a window, I get unexplainable grids. I'm drawing the image pixel by |> >pixel. So, it doesn't seem to be an interpolation problem. Has |> >anyone had a similar problem? If so, please tell me what you did to |> >get rid of the grids. |> |> While I can not look over your shoulder and see what you are referring |> to, I think that I know what your problem is. |> |> Pixel data has a fixed aspect ratio and fixed size. If you pull out an |> arbitrary sized window and draw fixed pixel data, you will get aliasing in |> your image if the pixels don't fit evenly in the window space. The aliasing |> will appear as a gap in your pixel data evenly spaced in one or two |> directions. The geometry engine is trying to interpolate your pixels into |> your window, and in order to make it fit, it will have to delete a row of |> pixels, or leave a row/column blank. You should draw your pixels as filled |> screen rectangles. You have to be aware that you can cause geometric |> distortion of your pixel image if you size the window with a different aspect |> ratio from your image data. |> |> The best solution is to force the window size to match the geometry and number |> of pixels in your data using prefposition() and prefsize(). I posted my |> experience with these calls previously. |> |> Alternatively, you can correct for the variable aspect ratio of a freehand |> window in your ortho2 call, and you will clip out parts of your picture that |> does not fit cleanly in your arbitrary window. Don't draw pixels, but draw |> abutting filled screen(they are faster) rectangles (the shape will depend on |> the window size and the picture aspect ratio). |> |> There are some fun demos of drawing flat pictures on bumpy walls in free space |> you might look at. Check the demos directory. Look at some blown up |> PostScript demos of pixel data, and you will see as you make a bigger window, |> you can see the pixels as larger rectangles. I think that there is geometric |> distortion in the ps demos, but I am not certain. |> |> Have fun, and let me know if you need further help. |> |> dan. |> Drawing polygons or screen rectangles might be more correct at any window size larger than your image. But if all you want to do is display an image the way ipaste does, use lrectwrite. It will be MUCH faster than individual rectangles, and much easier to code. if your image is w x h pixels: prefsize( w, h ); winopen( "image" ); ortho( -0.5, -0.5, w-0.5, h-0.5 ); /* read entire image into lrectwrite format */ unsigned long *img = readImage(); lrectwrite( 0, 0, w-1, h-1, img ); /* writes entire image */ lrectwrite writes the whole image, but it only sets w*h pixels. The ortho call ensures that each dot written gets transformed onto the center of a pixel. If you do want to change the size of the window, you can use rectzoom( x, y ). Robert Skinner robert@sgi.com Don't get your knickers in a twist.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab15209; 21 Jun 90 19:27 EDT Received: by VMB.BRL.MIL id aa15140; 21 Jun 90 19:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15003; 21 Jun 90 18:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14944; 21 Jun 90 18:07 EDT Received: from [130.217.64.3] by VGR.BRL.MIL id aa16868; 21 Jun 90 17:14 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Fri, 22 Jun 90 09:13 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Fri, 22 Jun 90 09:12 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA12247; Fri, 22 Jun 90 09:11:35 NZT Date: Fri, 22 Jun 90 09:11:35 NZT From: russell@ccu1.aukuni.ac.nz Subject: HPGL --> Tek4014 converter. To: info-iris@vgr.brl.mil Message-Id: <9006212111.AA12247@ccu1.aukuni.ac.nz> Does anybody know of a program that will display an hpgl file on a TEK401x screen. Alternatively a set of subroutine that implement the calcomp plotter calls (PLOTS etc. , some times called 'Industry Standard Plotting Package') that drive a TEK terminal. Yes I am afraid there are still some of us who don't yet have a workstation on every desk and are stuck with ASCII terminals! We run a 4D/240S serving lots of PCs and terminals. Something that might be of interest: Last Feburary we replaced an IBM 4341 runing VM/CMS with the 4D/240S as our main campus research computer. The 240 is of the order of 80 times as powerful as the 4341. Already we are seeing loads of 40 - 50% CPU during the day and also a substantial amount through the night. Before we installed the 240 I predicted that it would take 18months to saturate the day shift. Looks like I Parkinson has beaten me again, at this rate it will be saturated in under a year!   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18148; 22 Jun 90 7:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18095; 22 Jun 90 7:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18074; 22 Jun 90 6:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20050; 22 Jun 90 6:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA21079; Fri, 22 Jun 90 03:30: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: 22 Jun 90 05:23:09 GMT From: tom rohling Organization: Univ. of Cincinnati, College of Engg. Subject: making window scroll bars Message-Id: <5242@uceng.UC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am writing an graphics program in which I would like to create a message window that would act as a dumping ground for messages from the graphics program. No problem except that I have no limits on being fancy enough. What I would like to create is a window with scroll bars (vertical and horiz.) just like the NeWS windows and basically like the ones that 'jot' creates so that I can scroll back through previous messages as they fill the window. I looked through the 4Dgifts and couldn't find anything that would show me how to do it (i.e. example), and would like to know if any body has done such a thing or can direct me to where an example source is located (like maybe I missed it somewhere). Thanks tom rohling   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20836; 22 Jun 90 9:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19693; 22 Jun 90 8:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19626; 22 Jun 90 8:41 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa20913; 22 Jun 90 8:32 EDT Received: Fri, 22 Jun 90 05:31:02 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Fri, 22 Jun 90 08:32:57 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Fri, 22 Jun 90 08:52:05 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Fri, 22 Jun 90 08:52:05 EDT From: Tony Facca Message-Id: <9006221252.AA03128@avelon.lerc.nasa.gov> To: helios.ee.lbl.gov!ncis.tis.llnl.gov!blackbird!news@ucsd.edu Subject: Re: Banner Bar for wsh windows blocking title.. Cc: info-iris%brl.mil@prandtl.nas.nasa.gov > > I have copied the .4sight .ps files from the /usr/people/4Dgifts directory to > my own local .4sight directory. They are referenced in my user.ps file for > loading. When I login all of my wsh windows are created and properly placed. > However, the banner has a solid red line that extends from where the title > of the window begins over to the lighting bolt. This line is red when I > enter the window and dark gray when I exit the window. It would be acceptable > if it didn't block the title of the window. I have not edited the window.ps > file included in the .4sight directory. Any suggestions? > I have found that this problem occurs on Personal Iris's when you load the 3.2.1 maintenance tape that comes with them. If you just leave the system at 3.2, there is no problem. If you are not experiencing any of the problems which are fixed by 3.2.1, the one suggestion would be to leave the system at 3.2 until SGI fixes the problem. I don't think 3.2.2 fixes the problem, so it will probably be a later release than that. If you do need to use 3.2.1, you can do a psuedo-fix by removing the window.ps file in your .4sight directory, and replacing it with something like this: % new window.ps systemdict begin SGIWindow begin /KeyFocusColor 1.0 0.0 0.0 rgbcolor def end end This works for out machines. Hope it help. --  ------------------------------------------------------------------------------- More totally excellent Iris stuff from: | | "Catch ya later Bill and Ted" Tony Facca [fsfacca@avelon.lerc.nasa.gov] | -- Bill and Ted -------------------------------------------------------------------------------    Received: from vmb.brl.mil by VMB.BRL.MIL id aa21380; 22 Jun 90 10:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac20836; 22 Jun 90 9:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab20707; 22 Jun 90 9:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21364; 22 Jun 90 9:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03354; Fri, 22 Jun 90 06:11: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: 22 Jun 90 12:16:27 GMT From: Joe Fulson-Woytek Organization: NSESCC, Goddard Space Flight Center, Greenbelt MD Subject: Re: hotter answers here Message-Id: <2542@dftsrv.gsfc.nasa.gov> References: <9006220107.AA22564@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006220107.AA22564@mcirps2.med.nyu.edu> karron@MCIRPS2.MED.NYU.EDU writes: >I have noticed that too. I also find that e-mail tech support is much >better for many logistical and tactical reasons than phone tech support. > This past week I had 2 very different problems with X-windows on the Iris. I felt that one of them was a conceptual problem so I sent it to this newsgroup. I received a correct response. I also had a more complicated question involving colormaps which I turned over to the hotline. The hotline person (who's name I've forgotten) was extremely helpful and patient while I tried out his suggestions which proved to be quite helpful. Since criticism of the hot-line is an oft-mentioned topic, I just wanted to voice a little thanks. (My only complaint is that I missed the first phone call - when calling the East coast, bear in mind that 9 AM there is lunchtime here). (Before anyone asks why I didn't send both questions to the hotline, I probably could/should have - and will do so from now till I can't get a satisfactory response from them) Joe Fulson-Woytek   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21904; 22 Jun 90 10:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab20836; 22 Jun 90 9:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20707; 22 Jun 90 9:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21362; 22 Jun 90 9:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03319; Fri, 22 Jun 90 06:10: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: 22 Jun 90 11:57:53 GMT From: Joe Fulson-Woytek Organization: NSESCC, Goddard Space Flight Center, Greenbelt MD Subject: Re: Positioning an X window Message-Id: <2538@dftsrv.gsfc.nasa.gov> References: <2387@dftsrv.gsfc.nasa.gov>, <9094@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9094@odin.corp.sgi.com> ghelms@sgi.com (Gretchen Helms) writes: > >Nope, you can in fact have the program pre-place >the window in the appropriate spot. Notice in the >following program the section that says "sizehints.flags= >USPosition". This tells the program to obey the User >Specified Position instead of the default follow-the-cursor. > >Please let me know if this doesn't work on your PI. > The USPosition worked. I was using PPOSITION which is for program positioning. While the X books list different options there is no explanation other that one is User position and the other is program position. Trying the common sense approach (which is apparently not smart with X), I figured User position would mean something like the user positioning the window with a cursor and program position meaning the program positions the window. Anyway, thanks for your help - it's nice to know someone out there understands this stuff. Joe Fulson-Woytek   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22967; 22 Jun 90 12:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22776; 22 Jun 90 11:49 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa22726; 22 Jun 90 11:42 EDT Received: from mstr.hgc.edu by ADM.BRL.MIL id aa03245; 22 Jun 90 11:41 EDT Date: Fri, 22 Jun 90 11:40:02 -0400 From: Michael Danchak Received: from sc1.hgc.edu.hgc ([129.5.2.2]) by mstr.hgc.edu (5.61/2.1-HGC) id AA01386; Fri, 22 Jun 90 11:40:02 -0400 Message-Id: <9006221540.AA01386@mstr.hgc.edu> To: info-iris@BRL.MIL Subject: VISUALIZATION '90 Visualization '90 Sponsored by IEEE Computer Society, Technical Committee on Computer Graphics In cooperation with ACM/SIGGRAPH October 23 - 26, 1990 Le Meridien Hotel San Francisco, California The conference will explore how visualization is being used to extract knowledge from data. The conference is concerned with all aspects of visualization, with a focus on interdisciplinary techniques. The conference will allow a dialogue to occur between the developers of visualization methods and visualization users across the full spectrum of science, engineering and business. Papers will be presented in the following areas: 3D Systems and 3D Modeling Volume Visualization Algorithms and Techniques Visualization of Higher Dimensions Scalar and Multivariate Data Visualization Data Handling and Visual Representation Human Computer Interface with Visualization Tools and Techniques for Scientific Visualization End-User Data Visualization Systems Visualization in Fluid Dynamics Applications of Visualization to Scientific, Engineering, Biomedical, and Business Problems Panels: Graphics and Imaging: Trends Toward Unification Matt Ward , Worcester Polytechnic Intitute Human Perception and Visualization Laurie Reuter, Bellcore Multispectral Visualization Ronald M. Pickett and Haim Levkowitz, Institute for Visualization and Perception Research, the University of Lowell How can Visualization lead to Breakthroughs in Engineering and Science? Phil Neray, Alliant Computer Systems Interaction Issues in Visualization: Requirements, Techniques and Tools. Hikmet Senay, George Washington University Making a Picture Fit the Eye: Human Engineering for Computer Graphics. Lawrence Stark, University of California at Berkeley Tools for Visual Data Analysis - User Experiences. David Prawel, Precision Visuals Case Studies: Factors Inducing Periodic Breathing in Humans (Syracuse University) Non-Linear Engineering Analysis (Boeing Computer Services) Personal Visualization System (Johns Hopkins University/ Applied Physics Laboratory) Semi-Autonomous Robotic System Visualization (Sandia National Laboratory) Volume Microscopy (Vital Images) Real World Applications of Visualization Solutions (Precision Visuals Inc.) Interdisciplinary Visualization (National Center for SuperComputer Applications) The Future Video Telecomputer (Pacific Interface) Interactive Investigation of Fluid Mechanics Data Sets (Intelligent Light) Tutorials: Visual Programming Environments Ephraim Glinert, Rensselaer Polytechnic Institute Knowledge Visualization Aaron Marcus, AM Associates Computer Vision Azriel Rosenfeld, University of Maryland Visualizing Multidimensional Data William Cleveland, AT&T Bell Laboratories Volume Visualization Pat Hanrahan, Princeton   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23524; 22 Jun 90 12:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23325; 22 Jun 90 12:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab23244; 22 Jun 90 12:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22097; 22 Jun 90 12:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14228; Fri, 22 Jun 90 08:54: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: 22 Jun 90 15:30:54 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Re: timetrim value Message-Id: <2547@dftsrv.gsfc.nasa.gov> References: <9006211855.AA05891@redsim> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006211855.AA05891@redsim> uunet!swbatl!texbell!redsim!adams@gould.UUCP ("Ronald B. Adams II") writes: > >So far, I'm at -2000000 and it still runs fast. Bob Barker says, "Lower." (I'm at -2570000. If you can run timed and/or timeslave, then it will report a suggested value. Otherwise you have to guess :-) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 aa23829; 22 Jun 90 13:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23625; 22 Jun 90 13:11 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa23599; 22 Jun 90 12:59 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa04350; 22 Jun 90 12:50 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 0173; Fri, 22 Jun 90 12:27:57 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Fri, 22 Jun 90 12:28 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA24827; Fri, 22 Jun 90 12:58:06 DSD Date: Fri, 22 Jun 90 12:58:06 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Outpaced by Workspace To: info-iris@BRL.MIL Message-id: <9006221958.AA24827@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil After previously dismissing workspace as a cute toy, I am starting to use it for my application. We keep digitized body parts in a blizzard of directories and small (and not so small files). Some files are imaged one way(photograph) and others are rendered other ways (x-rays, ct-scans). If I understand the file typing stuff correctly, I be able to scan the first block (512 bytes, right ?) of a file to determine its type ( this is in addition to the directory file typing info (ownership, permissions, and name (ending .* typing))). Therefore, each file type can have an application associated with it, instead of the application searching for its own data. All of our data is contained in directories. My questions are this : How do I design a custom workspace template for my application. I do not want to show the unix file tree. I want only to show the directories starting from an arbitrary application root, but omitting the leaf data files. There should be only some help icons and the various applications iconified. The user would click on the directory to activate the application. If a user dragged over a directory and dropped it on an application, then the application would try to render the directory. Can I make bitmap icons for workspace ? My ideal is to make the icon for a patient photograph a scout view of the hi resollution image underneath. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23897; 22 Jun 90 14:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab23829; 22 Jun 90 13:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23810; 22 Jun 90 13:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22382; 22 Jun 90 13:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20425; Fri, 22 Jun 90 10:22:53 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Jun 90 16:56:34 GMT From: martin Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: making window scroll bars Message-Id: <9293@odin.corp.sgi.com> References: <5242@uceng.UC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <5242@uceng.UC.EDU> trohling@uceng.UC.EDU (tom rohling) writes: > > I am writing an graphics program in which I would like to create a > message window that would act as a dumping ground for messages from > the graphics program. No problem except that I have no limits on > being fancy enough. What I would like to create is a window with > scroll bars (vertical and horiz.) just like the NeWS windows and > basically like the ones that 'jot' creates so that I can scroll back > through previous messages as they fill the window. > I looked through the 4Dgifts and couldn't find anything that would > show me how to do it (i.e. example), and would like to know if any > body has done such a thing or can direct me to where an example > source is located (like maybe I missed it somewhere). > >Thanks > >tom rohling NASA-AMES has put together a panel library that pretty much does what you are looking for. try anonynous ftp at orville.nas.nasa.gov or if you can't connect send a request on company letterhead and a 1/4" tape to : NASA Ames Research Center Mailstop 258-5 Moffett Field, Ca. 94035 Attn : Panel Library Request. you can even try email to : panel-request@nas.nasa.gov. Martin McDonald SGI Life is unpredictable. Eat dessert first.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24023; 22 Jun 90 14:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac23829; 22 Jun 90 13:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab23810; 22 Jun 90 13:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22385; 22 Jun 90 13:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20198; Fri, 22 Jun 90 10:19: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: 22 Jun 90 17:02:08 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: timetrim value Message-Id: <62711@sgi.sgi.com> References: <9006211855.AA05891@redsim>, <2547@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2547@dftsrv.gsfc.nasa.gov>, merritt@iris613.gsfc.nasa.gov (John H Merritt) writes: > In article <9006211855.AA05891@redsim> uunet!swbatl!texbell!redsim!adams@gould.UUCP ("Ronald B. Adams II") writes: > > > >So far, I'm at -2000000 and it still runs fast. > > Bob Barker says, "Lower." > > (I'm at -2570000. If you can run timed and/or timeslave, then it will report > a suggested value. Otherwise you have to guess :-) Please notice that timetrim has units of nanoseconds/second of adjustment. A value of 2*10**6 means you are trying to adjust by 0.2%. The kernel is supposed to ignores adjustments > 0.3% to avoid craziness. An adjustment of > 0.1% is unlikely to be correct. A machine that really needs such a value is probably loosing clock interrupts because of a significant and novel hardware or software problem which should be communicated to the Hotline. Timetrim appeared in the 3.2 master.d/kernel files. However, it is not used by 3.2 kernels. The code that actually uses it was not shipped until 3.3. That is why it was not documented until 3.3. Neither message above says what version of IRIX is involved, but I suspect this is why it appears necessary to use such an impluasibly high value. I suspect that 3.2 is running, and timetrim is not having any effect. Timed and timeslave in 3.3 can be given arguements telling either to read and write a timetrim value from a disk file. This allows a system to automatically adjust itself, using some new system calls. The default /etc/config/timed.options uses this feature. Time within the SGI network improved by 10 times (from ~170msec to < 15msec) when 3.3 was spread around. While no one has complained, I am not entirely satisfied with the stability of this automatically generated time trim value. I tend to play with `timedc clockdiff host1 host2 host3 ... hostn`. I recommend it, although its measurements are done with only ICMP timestamps. It can even be entertaining over the Internet. Using `timedc clockdiff`, you could keep your system up for a few days, measuring the change in time error, and thereby be able to compute a good value for timetrim. A timetrim value good to several significant digits can be obtained by leaving a system up and uncorrected for several days, and finding the change in error by comparing the outputs of `date` with Mickey's hands at the beginning and of the test period. Because of a hardware design error, the IP4 board tends to gain about 500 microseconds/second, so that a good default timetrim value for IP4s is -450000. As many people have noted, this is a terrible rate. Other models have different rates, so it would be a bad idea to use such a large number unless you know you have an IP4. Vernon Schryver, senior clock watcher, vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ab24023; 22 Jun 90 14:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab23897; 22 Jun 90 14:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23880; 22 Jun 90 14:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22435; 22 Jun 90 13:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20399; Fri, 22 Jun 90 10:22:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Jun 90 16:48:28 GMT From: martin Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Banner Bar for wsh windows blocking title.. Message-Id: <9290@odin.corp.sgi.com> References: <9006221252.AA03128@avelon.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006221252.AA03128@avelon.lerc.nasa.gov> fsfacca@AVELON.LERC.NASA.GOV (Tony Facca) writes: >> >> I have copied the .4sight .ps files from the /usr/people/4Dgifts directory to >> my own local .4sight directory. They are referenced in my user.ps file for >> loading. When I login all of my wsh windows are created and properly placed. >> However, the banner has a solid red line that extends from where the title >> of the window begins over to the lighting bolt. This line is red when I >> enter the window and dark gray when I exit the window. It would be acceptable > >I have found that this problem occurs on Personal Iris's when you load the >3.2.1 maintenance tape that comes with them. If you just leave the system >at 3.2, there is no problem. If you are not experiencing any of the problems >which are fixed by 3.2.1, the one suggestion would be to leave the system at >3.2 until SGI fixes the problem. I don't think 3.2.2 fixes the problem, so it >will probably be a later release than that. > >If you do need to use 3.2.1, you can do a psuedo-fix by removing the window.ps >file in your .4sight directory, and replacing it with something like this: > I am reposting the window.ps file that mark callow posted earlier. apparently some people have missed it. it works. i have PI at 3.2.1. cut here : -=-=-=-=-==-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= systemdict begin % % This is used to draw the stripes on the title bar. Args are: % lslope,rslope slope [0-1] of edge of stripe on left and right side % step number of pixels between stripes % x, y lower left of area to be striped % w, h size of area to be striped % /fillslanted { % lslope rslope step x y w h => - % gsave 4 copy 0 1 0 setrgbcolor rectpath fill grestore 7 dict begin /h exch def /w exch def /y exch def /x exch def /step exch def /rslope exch step mul def /lslope exch step mul def 0 step h step sub { /y y step add def dup lslope mul x add y moveto dup x w add exch h exch sub rslope mul sub y lineto stroke pop } for end } def SGIWindow begin /KeyFocusColor 1.0 0.0 0.0 rgbcolor def /BannerColor 0.1 0.1 0.1 rgbcolor def /FrameFont /Times-BoldItalic findfont 14 scalefont def /IconFont /Times-BoldItalic findfont 14 scalefont def /Slantiness .3 def % how slanty are the stripes % (0 == not, 1 == most) /StripeSpacing 2 def % spacing of stripes on the % title bar (in pixels ) /PaintFrameLabel { % true/false => - (Paint frame text label) % % This should only be called by paintframelabel which does a gsave % and sets the canvas, color and font. % % set up clipping BannerButtonMargin BannerButtonWidth add TitleSideMargin add % t/f x1 dup FrameHeight BannerHeight sub 0.3753 sub % t/f x1 x1 y1 2 copy moveto dup 3 1 roll % t/f x1 y1 x1 y1 FrameWidth TitleSideMargin sub NoQuit? NoClose? or not { BannerButtonMargin BannerButtonWidth add sub } if % t/f x1 y1 x1 y1 x2 2 index max 1 index lineto % t/f x1 y1 x1 y1 0 BannerHeight rlineto BannerHeight add lineto % t/f x1 y1 0 BannerHeight neg rlineto clip % t/f x1 y1 3 -1 roll { % % Label already exists. % clear banner to make way for a different length title 0 exch FrameWidth BannerHeight bulbousrect PaintFocus } { pop } ifelse % x1 TitleSideMargin add TitleCapHeight dup add add % x1' CloseControl getcanvaslocation exch pop % x1' y currentfont fontheight 0.085 mul add % x1' y' XXX show paints too low moveto % - FrameLabel show } def /PaintFocus { gsave FrameCanvas setcanvas FrameFont setfont KeyFocus? {KeyFocusColor} {BannerColor} ifelse setcolor Slantiness 0 StripeSpacing xfc div % lslope rslope step CloseControl getcanvaslocation exch pop % ls rs st y1 0 Slantiness StripeSpacing xfc div % ... y1 ls' rs' st' NoStow? { BannerButtonMargin 4 index % ... y1 ls' rs' st' x y BannerButtonWidth TitleSideMargin dup add add TitleCapHeight dup add add % ... ls' rs' st' x y w } { BannerButtonMargin BannerButtonWidth add TitleSideMargin add 4 index % ... ls' rs' st' x y TitleCapHeight dup add } ifelse % ... ls' rs' st' x y w TitleCapHeight fillslanted % ls rs st y1 BannerButtonMargin BannerButtonWidth add TitleCapHeight dup add add TitleSideMargin dup dup add add add FrameLabel stringwidth pop add % ... y1 x1' exch % ... x1 y1 FrameWidth TitleSideMargin sub NoQuit? NoClose? or not { BannerButtonMargin BannerButtonWidth add sub } if % ... x1 y1 x2 2 index max % ... x1 y1 x2 2 index sub TitleCapHeight % ... x1 y1 w h fillslanted grestore } def end end Martin McDonald SGI Life is unpredictable. Eat dessert first.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24183; 22 Jun 90 14:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac24023; 22 Jun 90 14:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24011; 22 Jun 90 14:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22545; 22 Jun 90 14:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22524; Fri, 22 Jun 90 10:54: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: 22 Jun 90 17:19:58 GMT From: Phil Karlton Organization: Silicon Graphics, System Software Division Subject: Re: Positioning an X window Message-Id: <9297@odin.corp.sgi.com> References: <2387@dftsrv.gsfc.nasa.gov>, <9094@odin.corp.sgi.com>, <2538@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2538@dftsrv.gsfc.nasa.gov>, joe@etac632 (Joe Fulson-Woytek) writes: |> |> In article <9094@odin.corp.sgi.com> ghelms@sgi.com (Gretchen Helms) writes: |> > |> >Nope, you can in fact have the program pre-place |> >the window in the appropriate spot. Notice in the |> >following program the section that says "sizehints.flags= |> >USPosition". This tells the program to obey the User |> >Specified Position instead of the default follow-the-cursor. |> > |> >Please let me know if this doesn't work on your PI. |> > |> The USPosition worked. I was using PPOSITION which is for program positioning. |> While the X books list different options there is no explanation other |> that one is User position and the other is program position. Trying the common |> sense approach (which is apparently not smart with X), I figured User position |> would mean something like the user positioning the window with a cursor and |> program position meaning the program positions the window. |> Anyway, thanks for your help - it's nice to know someone out there |> understands this stuff. The 4Sight window manager is not yet completely ICCCM compliant. If you had been running an X window manager such as twm, then you might have been less confused. (Of course, running an X window manager has the disadvantage of making your GL applications be hidden.) If you had written an Xt based application, merely specifying a "-geometry" argument on the command line or a geometry specification in your .Xdefaults or the application defaults would have worked with the 4Sight winodw manager. The "user position" means that the user has already specifically asked for some geometry, and most window managers merely place the window as requested rather than asking the user to specify it again. The "program position" flag means that the initial hint is coming from the program (typically a fallback default) and most X window managers merely plop the window down as requested. A few have a policy that the user needs to get involved (at one level or another) in every window placement. PK   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24419; 22 Jun 90 15:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24261; 22 Jun 90 15:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24230; 22 Jun 90 14:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22622; 22 Jun 90 14:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24280; Fri, 22 Jun 90 11:19: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: 22 Jun 90 17:51:44 GMT From: Paul Turner Organization: Oregon Graduate Institute - Department of Env. Science and Eng. Subject: XView on the IRIS? Message-Id: <10062@ogicse.ogc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello, I'm interested in knowing whether anyone has successfully built the XView toolkit on the IRIS, commercial products included. I'll summarize to the net. Thank you, Paul J. Turner - pturner@ese.ogi.edu Department of Environmental Science and Engineering Oregon Graduate Institute of Science and Technology   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24506; 22 Jun 90 15:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab24419; 22 Jun 90 15:18 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa24410; 22 Jun 90 15:12 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa06063; 22 Jun 90 14:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25116; Fri, 22 Jun 90 11:30: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: 22 Jun 90 18:09:13 GMT From: "Alfred J. Broderick" Organization: Rutgers Univ., New Brunswick, N.J. Subject: Can't connect with File Access Monitor (fam) Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Sorry if you are seeing this for the second time. I posted this about 24 hours ago, but I did not see me message on the net. I am unable to get the Workspace program to start up. The error message that I get is... Can't connect with File Access Monitor (fam) I have tried to start /usr/etc/fam by hand with no luck. Could someone tell me what I am doing wrong? Also, could someone describe what the fam is? I have a 4D70G running 3.2.1 Thanks! Alfred   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24655; 22 Jun 90 15:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab24506; 22 Jun 90 15:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab24485; 22 Jun 90 15:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22839; 22 Jun 90 15:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27426; Fri, 22 Jun 90 12:03: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: 22 Jun 90 15:52:16 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Re: 60MB tape drives on PI's Message-Id: <1990Jun22.155216.6972@sgzh.uucp> References: <1990Jun21.165439.5422@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I wrote: >Hi hardware types, > >I just installed a Cipher 540S 60MB tape drive in a PI. > Well, actually it is not in the PI but on the floor next to it. I need to buy some more scsi ribbon cable and then I will put it on the desk. The 60MB'er and a second disk are attached from the external scsi connector and are connected to the internal power supply. My next two questions are: 1. How long can an external scsi chain be if it is constructed from ribbon cable? 2. Do I need to ground the disk and tape drive chassis to the chassis of the PI? Sometimes the red LED quits flashing and then the drive hangs when I put a tape in. Thanks again, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25639; 22 Jun 90 17:12 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25513; 22 Jun 90 17:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab25432; 22 Jun 90 16:51 EDT Received: from relay.cs.net by VGR.BRL.MIL id aa23220; 22 Jun 90 16:42 EDT Received: from relay2.cs.net by RELAY.CS.NET id ac01760; 22 Jun 90 16:41 EDT Received: from dupont.com by RELAY.CS.NET id ar17756; 22 Jun 90 16:29 EDT Date: Fri, 22 Jun 90 14:04 EST From: MOHRINGJ%ESVAX%dupont.com@relay.cs.net Subject: MacLayers To: info-iris@BRL.MIL X-VMS-To: ESPRNT::IN%"info-iris@BRL.MIL" Message-ID: <9006221642.aa23220@VGR.BRL.MIL> Has anyone implemented the program MacLayers on the SGI? I saw it in operation on a Sun - Macintosh connection and it seems to work well. I tried to compile the code I have and there seems to be files missing to code expects in the system. Any help will be appreciated. Jim Mohring "Eat, drink and be merry, for tomorrow may be a serious bummer!" :l   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00370; 22 Jun 90 20:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00228; 22 Jun 90 20:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ae00183; 22 Jun 90 20:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23864; 22 Jun 90 19:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16349; Fri, 22 Jun 90 16:40: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 Jun 90 22:35:19 GMT From: Betsy Zeller Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Outpaced by Workspace Message-Id: <62735@sgi.sgi.com> References: <9006221958.AA24827@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006221958.AA24827@mcirps2.med.nyu.edu> root@MCIRPS2.MED.NYU.EDU writes: >After previously dismissing workspace as a cute toy, I am starting >to use it for my application. This is actually not an uncommon response. Although the initial release of the product was geared to people who were less familiar with Unix, there appears to be a growing number of experienced users who are taking a second look at WorkSpace and finding that it works for them too. >If I understand the file typing stuff correctly, I be able to scan >the first block (512 bytes, right ?) of a file to determine its >type ( this is in addition to the directory file typing info >(ownership, permissions, and name (ending .* typing))). Therefore, >each file type can have an application associated with it, instead >of the application searching for its own data. A file can be identified according to 1) is it ascii 2) is a particular string, character, or number at a specific byte in the file 3) does the name contain a specific string 4) how big is the file 5) what are the mode bits of the file 6) if it is a directory, does it contain a specific file 7) if it is an executable or shell script, is it 'tagged' with a specific number? A program called tag lets you inject a number into the executable, which serves to uniquely identify that particular file (jym@sgi.com will provide a block of unique tagging numbers for your company) These can used together as well as individually. Extensive information about how to do file typing is in 'Programming the IRIS WorkSpace', which is shipped with the manual set (# 007-2006-010). Here are a few pointers, however. By using the file typing rules you can 1) provide a file with an icon and behaviour unique to its type 2) specify the behaviour which occurs when you open it (double click or from the menu) ( for executables, this usually means run, for data files, it often means invoke the appropriate application) 3) specify the behaviour which occurs when you hold the alt key down and double click (many people use this as an opportunity to let the user supply command line arguments) 4) specify the behaviour which occurs when other icons are dropped on this one 5) reject (with a graphical notifier) files which are inappropriate to be dropped on it 6) add in menu selections, which will appear on the menu when icons of this particular type are the only ones selected in a specific view To see how some of this is done, look at the file typing rules in /usr/lib/filetype/system /usr/lib/filetype/default /usr/lib/filetype/install /usr/lib/filetype/local Your own file typing rules should go in the local directory. One of the many reasons for this is that the other three directories will be overwritten next time you load a new release. >How do I design a custom workspace template for my application. I do not >want to show the unix file tree. To do this, su as root. (don't login as root to do this). From the command line, run workspace -t. This starts up the templating option. Here is an example of what you might want to do. 1. select the root folder 2. choose Set Lock Off from the menu 3. choose Put Away from the menu 4. select the folders that you don't want out on the WorkSpace 5. choose Put Away from the menu 6. select the folder(s) that is(are) the root of the subtree(s) you want people to access. 7. choose set lock on 8. choose Save Template The template will be saved as /usr/lib/workspace/$USER.wsrc. You probably want to remove the file called sgidefault.wsrc, because the wsrc files are cumulative, and you have just specified exactly what you want. Finally, because the intent is to let the user have the final say over their workspace layout, you will have to remove the ~/.workspace/database for all interested users, (if they have run WorkSpace before this), so that only what you specified in your template file will show up in their blue window. Of course, they will be able to customize their own desktop, but they will no longer have the unwanted file tree out. (NOTE : If all you were doing was to specify some new files you WANTED on every users desktop, you wouldn't have to remove the users' database files - you could just make the new template) > The user would click on the directory to activate the application. You do this by creating a filetyping rule that uniquely identifies your directory. Do not add a line to your rule that specifies SUPERTYPE Directory because (in this case only) will cause WorkSpace to open it as a regular directory view, whatever you put in the OPEN rule. You probably want an OPEN rule that is a shell command which passes each file in the directory as an argument to your application. > If a user dragged over a directory and dropped it on an application, > then the application would try to render the directory. If your application understands about getting a directory as an argument, you are all set without doing much. If it only understands getting data files, you will have to add a clause to the app's DROP rule, so that if it gets a directory, it passes the application each file in the directory. > Can I make bitmap icons for workspace ? My ideal is to make the icon > for a patient photograph a scout view of the hi resollution image > underneath. All WorkSpace icons are made up of geometry, so the current answer is no. The good news is that a pre-release version of a tool for making icons (IconSmith) is now available. This can be requested from monica@sgi.com Because it is a pre-release version, it is not yet supported by the SGI hotline. The README file on the tape will give the name of someone to whom you can e-mail questions or suggestions. Finally, here are a couple of tips for WorkSpace users. Any place that you can use double-click, you can use alt-double-click. (Hold down the alt key while you double click.) For executables, this usually puts up a launch window which lets you enter command line arguments. For directory folders, it opens the new directory view into the same window the old one was in, re-using the window. Alt-double-click on the background opens the parent view in that window. To copy files, you can hold down the ALT key before you start dragging. Keep holding it till you drop the icon in its new location. This copies both within views and between views. To transfer files around (to your tape drive, another machines tape drive, or between machines), you can use the transfer manager to configure WorkSpace to do it for you. Invoke the Transfer Manager from the System chest. If there is a specific machine whose tape drive you use, or which you transfer a lot of files between, add a device for it. (Click the Add button and follow the directions that appear). When you have created the devices you are interested in, select them. (Select one, hold the shift key down, and select the others.) When the selection is complete, choose the button on the left-hand-side, with the label 'Assign current devices for:'. Now go back to WorkSpace. In the WorkSpace or directoryview menus, there is a rollover entry called 'transfer'. Roll over, and you will see menu selections for each device you have chosen. These selections work on whatever icons are selected in the view you are working in. For example, to send files to a tape, select in one window the files or directories you want to save, and then choose Copy to Local Tar Tape. These menu entries will persist until you use the Transfer Manager to set them again. Betsy Zeller betsy@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00717; 22 Jun 90 21:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00228; 22 Jun 90 20:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad00183; 22 Jun 90 20:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23862; 22 Jun 90 19:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16459; Fri, 22 Jun 90 16:41: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: 22 Jun 90 22:14:05 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: 60MB tape drives on PI's Message-Id: <9333@odin.corp.sgi.com> References: <1990Jun21.165439.5422@sgzh.uucp>, <1990Jun22.155216.6972@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL root@sgzh.uucp (Bruno Pape) writes: | >Hi hardware types, | > | >I just installed a Cipher 540S 60MB tape drive in a PI. | > | Well, actually it is not in the PI but on the floor next to it. I need to | buy some more scsi ribbon cable and then I will put it on the desk. The | 60MB'er and a second disk are attached from the external scsi connector and | are connected to the internal power supply. My next two questions are: | 1. How long can an external scsi chain be if it is constructed from ribbon | cable? The maximum OVERALL length for single-ended SCSI (which is what all SGI 4D machines use) is 6 meters (just shy of 20 feet). Depending on model, time of manufacture, etc. you may have 5-7 feet of cable internal to the chassis. Also be sure that the drive is terminated. | 2. Do I need to ground the disk and tape drive chassis to the chassis of | the PI? Sometimes the red LED quits flashing and then the drive hangs | when I put a tape in. Grounding probably won't help. The Cipher 540S is notorious (at least inside SGI) for having problems with static electricity. That is another reason ESD never qualified that drive, and why we offer the Archive 2060S instead. Having the drive out in the open might make it worse, or it might make it better, depending on your environment. You have to power cycle the drive to fix the problem. In 3.3, we added the command 'mt reset' to do a SCSI bus reset, which also 'fixes' the problem, at the risk of causing failures on disk i/o (which will USUALLY by retried OK). -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01033; 22 Jun 90 22:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00928; 22 Jun 90 22:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00912; 22 Jun 90 22:34 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa00403; 22 Jun 90 22:18 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4151; Fri, 22 Jun 90 22:16:49 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Fri, 22 Jun 90 22:16 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA26618; Fri, 22 Jun 90 22:47:13 DSD Date: Fri, 22 Jun 90 22:47:13 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Outpaced in WorkSpace To: betsy@sgi.com Cc: info-iris@BRL.MIL Message-id: <9006230547.AA26618@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, betsy@sgi.com Thank you for your considered reply over the net. I have some specific questions that seem to be avoided by the docummentation. Can I make icons with quickpaint ? After all the work to make a icon file system, there is no simple way to make icons provided with workspace. I will get a copy of the iconmaker asap. Please, if you would, warn monica that I need it real bad. I find some of the sgi icons real cute, and belie a sense of fun and whimsy that I would not expect from a corporate environment. Is there some way to make a rougues gallery of icons for artistic reasons ? What about some commercial clip art. What about an include file functionality for the *.ftr files. I understand how to make the rule for directorys. I want to make an icon for patient data directories that will not look or behave like a directory. The MATCH rule would be : MATCH dircontains("*") ; CMD OPEN MyShellScriptWrapperForMyProgram.sh $ARGC $LEADER $LEADERTYPE RIGHT ? OK ? How do I customize the workspace template. Really customize it. I got rid of root and the file tree below it. I only want it to come up with my application root, and the FIRST LEVEL DIRECTORIES directly below it. NOTHING MORE under that . The user would pick the directory. The application would pick the files in the directory. Can I paint (how) patterns, help icons, and other things I would want ? I want to give my application a unique feel (It whould NOT feel like the main workspace). How can I run multiple workspace environment together ? At different times ? At the same time ? I would like to have private prototype environment that would not reach out of my local area (like to /usr/lib/filetype and /usr/lib/workspace). I would also like to have multiple environments to develop, one for each major application. I would like lots of things, only I need to figure out what I would need/want. Eventually, your workspace would engulf my applications in some seamless fashon. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01142; 22 Jun 90 23:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01129; 22 Jun 90 23:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01091; 22 Jun 90 23:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00499; 22 Jun 90 22:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28207; Fri, 22 Jun 90 19:53: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: 23 Jun 90 02:20:30 GMT From: Shin Kurokawa Organization: University of Chicago Subject: rn/rrn and all that for 4D's Message-Id: <9614@tank.uchicago.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A few days ago, I said something like I had a nasty problem building the nntp/rn kit that I got from one of the SGI archives on the net. Somehow, no positive response flooded my emailbox, rather I received almost a dozen messages asking something like "..if you figure out how, please please let me know too!". Well, after a little walking back and forth... Believe it or not, the nntp/rn kit that I got from Dartmouth for our BSD machines compiles and works without any major problems on the 4D/2*0 machines that we have. (hmmm, was I supposed to assume that the nntp kit in the sgi archive works for the 4D series anyway???? :) There're a few little things you'll need to play around with the shell scripts provided in the kit. (These are left as neat exercise problems to the reader! :). Of course, I've only installed the newsclients so I can't say whether the server installation works or bombs. The nntp/rn kit is in dartvax.dartmouth.edu. Good luck to anyone who'll be installing nntp/rn on their 4D's! Oh, for those interested, another popular news package called "nn" compiles/works just fine for the 4D's. Well, that's not completely true. The Makefile that was provided in the "nn" kit didn't take care of the ownership/modes of the certain directories (used for nn logs), so you have to play around with those. Otherwise the nnmaster dies instantaneously. You can get the nn package from your favorite comp.sources.unix archive. Bye for now, Shin "I can cook" Kurokawa shin@tank.uchicago.edu Physical Sciences Numerical Calculation Laboratory, University of Chicago 5640 S.Ellis Ave., Chicago, IL 60637 USA   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01876; 23 Jun 90 1:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01864; 23 Jun 90 1:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01779; 23 Jun 90 1:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01051; 23 Jun 90 1:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06533; Fri, 22 Jun 90 22:12:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Jun 90 04:56:27 GMT From: Anthony Persechini Organization: University of Rochester Subject: xfig Message-Id: <8018@ur-cc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone ported xfig-2.0 over to an iris4D machine? I have compiled it successfully, but the side and bottom button panels are blank. Buttons turn black and remain that way when selected, although the correct functions are turned on and the message area correctly IDs them. Any suggestions for a fix? -- Dept. of Physiology, Box 642 Anthony Persechini School of Medicine ajp2o@crocus.medicine.rochester.edu University of Rochester Rochester, NY 14642   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02218; 23 Jun 90 3:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02103; 23 Jun 90 3:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02092; 23 Jun 90 3:00 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01307; 23 Jun 90 2:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA11480; Fri, 22 Jun 90 23:51:02 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Jun 90 22:25:56 GMT From: Tom Weinstein Organization: Silicon Graphics Inc. Subject: Re: xfig Message-Id: References: <8018@ur-cc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8018@ur-cc.UUCP>, ajp2o@crocus.medicine.rochester.edu (Anthony Persechini) writes: > Has anyone ported xfig-2.0 over to an iris4D machine? I have > compiled it successfully, but the side and bottom button panels > are blank. Buttons turn black and remain that way when selected, > although the correct functions are turned on and the message > area correctly IDs them. > Any suggestions for a fix? This is a known problem with tiling. You should be able to get it to work if you run an X window manager. Unfortunately, you won't be able to run GL apps while the window manager is running. > -- > Dept. of Physiology, Box 642 > Anthony Persechini School of Medicine > ajp2o@crocus.medicine.rochester.edu University of Rochester > Rochester, NY 14642 -- Tom Weinstein Silicon Graphics, Inc., Entry Systems Division, Window Systems tomw@orac.esd.sgi.com Any opinions expressed above are mine, not sgi's.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03257; 23 Jun 90 10:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03194; 23 Jun 90 9:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03183; 23 Jun 90 9:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02218; 23 Jun 90 9:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA00829; Sat, 23 Jun 90 06:23: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: 23 Jun 90 07:13:53 GMT From: Trevor Paquette Organization: The University of Calgary Subject: Irix 3.3 Upgrade Message-Id: <1990Jun23.071353.4934@calgary.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Irix 3.3 is now officially released. Today I got the upgrade kit via courier. A few feature off the top of my head: bsd headers are now part of the normal include (no more -I/usr/include/bsd) bsd library functions are now part of the standard libc.a (no more -lbsd. For function names that clash, the BSD equivalent is named 'BSDfunction()'. lpr/lpd support for REMOTE printers only a move towards POSIX standards a new sphere primative bgn[line, polygon, closedline, etc] can now be part of graphical objects. I'll read up more on the enhancements and post a list of the more interesting ones. Trev ___________________________________________/No man is a failure who has friends Trevor Paquette ICBM:51'03"N/114'05"W|I accept the challange, body and soul, {ubc-cs,utai,alberta}!calgary!paquette|to seek the knowledge of the ones of old paquette@cpsc.ucalgary.ca | - engraved on the Kersa Blade of Esalon   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03503; 23 Jun 90 11:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03377; 23 Jun 90 11:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03359; 23 Jun 90 11:07 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa02382; 23 Jun 90 11:01 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6384; Sat, 23 Jun 90 11:00:22 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 23 Jun 90 11:00 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA27792; Sat, 23 Jun 90 11:31:15 DSD Date: Sat, 23 Jun 90 11:31:15 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: sgi releases 3.3 To: info-iris@BRL.MIL Message-id: <9006231831.AA27792@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I suddenly got 3.3 last thursday. Looks interesting, but I will hold off installing it until other report their problems with it. I have gotten used to the bugs and problems in 3.2. I also need the X development kit to do anything, and it was not shipped. I will be interested in stories from those who take the plunge. dan. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05332; 23 Jun 90 23:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05156; 23 Jun 90 21:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05121; 23 Jun 90 21:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03842; 23 Jun 90 21:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07705; Sat, 23 Jun 90 18:19: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: 24 Jun 90 00:47:53 GMT From: Jeff Weinstein Organization: Silicon Graphics Inc. Subject: Re: Irix 3.3 Upgrade Message-Id: <9396@odin.corp.sgi.com> References: <1990Jun23.071353.4934@calgary.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jun23.071353.4934@calgary.uucp>, paquette@cpsc.ucalgary.ca (Trevor Paquette) writes: > bsd library functions are now part of the standard libc.a (no more > -lbsd. For function names that clash, the BSD equivalent > is named 'BSDfunction()'. Note that if you define _BSD_COMPAT much of this is transparent, for example if you compile with -D_BSD_COMPAT the header files redefine setjmp thusly: #define setjmp BSDsetjmp So you don't have to change any code, just a define in your makefile. It is also worthwhile to note that the X11 environment is vastly improved in 3.3. It includes X11R4 libs and clients. The server is X11R3 with many patches and some of the features of R4, such as the shape extension, and reads real X fonts. --jeff Jeff Weinstein - X Protocol Police Silicon Graphics, Inc., Entry Systems Division, Window Systems jsw@xhead.esd.sgi.com Any opinions expressed above are mine, not sgi's.