Received: from vmb.brl.mil by VMB.BRL.MIL id aa21490; 28 Jun 90 7:12 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa20915; 28 Jun 90 5:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20913; 28 Jun 90 5:43 EDT Received: from chx400.switch.ch by VGR.BRL.MIL id aa09904; 28 Jun 90 5:33 EDT Received: by chx400.switch.ch (5.61/Ultrix2.4-C) id AA29218; Thu, 28 Jun 90 11:34:25 +0200 Date: 28 Jun 90 10:30 +0100 From: Martin Roth To: info-iris@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Message-Id: <204:roth@ips.ethz.ch> Subject: How to use dialog boxes ? Return-Receipt-To: Martin Roth Does anyone know, how I can use NeWS dialog boxes from a C programm in a simple way ? I just search for a routine with opens up a notifier window, displays a prompt ("Please enter a string:") and lets the user type a line of text. After RETURN (or an ACCEPT-Button), the routine should return and pass the string to my C program. A call like ask_text("Enter your Name:", string); shold create a window like +----------------------+ | Enter your Name: | | | | ___________________ | | | +----------------------+ and pass the input back in string. It doesn't matter how it looks, if it has an ACCEPT button or not, I just want a better way to read strings from the user than with scanf from the tty window. Thanks in advance. Martin Roth, Interdisciplinary Project Center Supercomputing, Graphics Laboratory, ETH Zurich, Switzerland roth @ ips.ethz.ch   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22960; 28 Jun 90 8:20 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab22543; 28 Jun 90 8:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22539; 28 Jun 90 8:04 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa10136; 28 Jun 90 7:59 EDT Received: Thu, 28 Jun 90 08:02:24 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 28 Jun 90 08:02:24 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9006281202.AA03821@aero4.larc.nasa.gov> To: usc!cs.utexas.edu!news-server.csri.toronto.edu!csri.toronto.edu!corkum@ucsd.edu Subject: Re: location of cursor in device coordinates Cc: info-iris@BRL.MIL Use getval(mousex) or getval(mousey) and they will return the position of the cursor at the time of the call. You could also use tie(rightm,mousex,mousey) and que the right mouse button. -- 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 aa25259; 28 Jun 90 10:20 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa23960; 28 Jun 90 9:38 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa23638; 28 Jun 90 9:13 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa17144; 28 Jun 90 9:05 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 1277; Thu, 28 Jun 90 09:02:23 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 28 Jun 90 01:22 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA17685; Thu, 28 Jun 90 01:55:55 DSD Date: Thu, 28 Jun 90 01:55:55 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: happy with workspace. To: betsy@sgi.com Cc: info-iris@BRL.MIL Message-id: <9006280855.AA17685@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, betsy@sgi.com Finally figured out templating. Think I have workspace under control. Took about 2 days to get the hang of it, and figure out how to do what I wanted, which was a little different from what it is normally asked. I am using iconsmith to pound out a large number of silly icons. I am too happy with workspace to worry about iconsmith. Can't get lots of things to work the way it should, but I get somthing cute looking everytime. Looks like abstract modern art. But the main point is that each function should have a distinctive look and feel, no matter how abstract. Makes my application look less frayed around the user interface end. How to clean up my code so that the prog does what is expected of it. Now I will rewrite a lot of the gui stuff now that I don't have to worry about stuff that workspace will take care of for me (validating files, input lists, file housekeeping,etc.etc. Have noticed that edge get frayed at the edges of the edge windows when stacked on workspace windows. BUT, I am happy with what I got. Now to upgrade to 3.3... later this week. Thank you for your patience with my irate and confusing e-mail. Now we all can get back to work. If you would like me to review your documentation, I would be happy to. I should warn you that if I understand it, a brick will understand it. I found that my limited experience with mac's was most useful for understanding how to 1) create /edit dir/file names. Unix is not similar to that at all. 2)move stuff around arrange my desktop 2) put away(not remove) icons. 4) write shell scripts for each function icon on the workspace desk. Now if my 14month daughter can use my program with your workspace, then I know it is ready for production... 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 aa25412; 28 Jun 90 10:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24380; 28 Jun 90 9:58 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa24267; 28 Jun 90 9:47 EDT Received: from inria.inria.fr by ADM.BRL.MIL id aa17231; 28 Jun 90 9:14 EDT Received: by inria.inria.fr (5.61+/89.0.8) via Fnet-EUnet id AA29986; Thu, 28 Jun 90 15:12:19 +0200 (MET) Date: Thu, 28 Jun 90 15:12:57 -0100 Received: by tdisys.uucp, Thu, 28 Jun 90 15:12:57 -0100 From: Farhad Pezeshgi Message-Id: <9006281312.AA06762@tdisys.uucp> To: info-iris@BRL.MIL Subject: Drawing Holed polygons Hi, Does anybody know how I can draw Holed polygons in the zbuffer mode. I might have multiple holes but I do not have any islands. I would appreciate any information. ---------------------------- Farhad Pezeshi Thomson Digital Image (TDI) Paris, France farhad%tdisys@inria.fr   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29972; 28 Jun 90 13:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac28874; 28 Jun 90 12:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab28456; 28 Jun 90 12:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11405; 28 Jun 90 12:35 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08123; Thu, 28 Jun 90 09:22: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: 28 Jun 90 15:47:11 GMT From: Chris Schoeneman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: gifview/hooft viewer Message-Id: <9668@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, Rob Hooft requested that I post an article concerning 'gifview' and his GIF viewer. I'll use his own words: > Can you > post a message to the news, saying that mine isn't half as good as yours? > ... because otherwise I have to answer all those requests. So if you need a viewer for GIF files, send a request to me for 'gifview' and leave the poor guy alone! :-) 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)   Received: from vmb.brl.mil by VMB.BRL.MIL id ae29972; 28 Jun 90 13:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29468; 28 Jun 90 13:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28936; 28 Jun 90 12:54 EDT Received: from enh.nist.gov by VGR.BRL.MIL id aa11450; 28 Jun 90 12:39 EDT Return-path: whip@poly1.nist.gov Received: from poly1.nist.gov by ENH.NIST.GOV; Thu, 28 Jun 90 10:26 EST Received: by poly1.nist.gov (5.52/890607.SGI) (for @enh.nist.gov:info-iris@vgr.brl.mil) id AA29527; Thu, 28 Jun 90 10:31:10 EDT Date: Thu, 28 Jun 90 10:31:10 EDT From: whip@poly1.nist.gov Subject: time in C To: info-iris@vgr.brl.mil Message-Id: <9006281431.AA29527@poly1.nist.gov> Here's what I hope to be an easy question. When we call ctime() it returns Dec. 31, 19:00:00 1969 rather than the correct time. The shell command "date" does return the correct time and date. There must be some way to update the value that ctime() returns but I haven't been able to figure it out. Any help would be appreciated. Thanks in advance... rbriber@poly1.nist.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01742; 28 Jun 90 14:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad29972; 28 Jun 90 13:38 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa29646; 28 Jun 90 13:17 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa22605; 28 Jun 90 13:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10318; Thu, 28 Jun 90 09:53: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: 28 Jun 90 16:24:05 GMT From: Kurt Akeley Organization: sgi Subject: Re: Drawing Holed polygons Message-Id: <9673@odin.corp.sgi.com> References: <9006281312.AA06762@tdisys.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006281312.AA06762@tdisys.uucp>, farhad@tdisys.UUCP (Farhad Pezeshgi) writes: |> |> Hi, |> |> Does anybody know how I can draw Holed polygons in the zbuffer mode. I might |> have multiple holes but I do not have any islands. I would appreciate any |> information. |> |> |> |> ---------------------------- |> Farhad Pezeshi |> Thomson Digital Image (TDI) |> Paris, France |> |> farhad%tdisys@inria.fr On VGX systems you can draw the holes as "keep-out" regions into the stencil buffer. Then draw the polygon with the normal z-buffer active, but omitting pixels that have marks in the stencil buffer. Then clear the stencil buffer (choose sclear, redraw of the holes, or redraw of the entire polygon, whatever is expected to be fastest). stencil() is a new GL command, available only on VGX hardware, and documented only in the 3.3 release. This same technique can be implemented on GT/GTX machines using the pseudo-stencil techniques described in the article "The Hidden Charms of Z-buffer" in issue 11 of the Iris Universe. I know of no comparable algorithm for Personal Iris machines. -- kurt   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01742; 28 Jun 90 14:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01218; 28 Jun 90 13:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01115; 28 Jun 90 13:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12168; 28 Jun 90 13:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12246; Thu, 28 Jun 90 10:21:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Jun 90 16:53:52 GMT From: Jim Bennett Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Making time measurements Message-Id: <9678@odin.corp.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL kprasad@caip.rutgers.edu (K. Venkatesh Prasad) writes: > I am a newuser on the SGI machines and work on a 4D/50GT SGI machine. > Would someone have any pointers to making accurate (millisecond) time > measurements on the machine. What I need is the following. Check out the GETITIMER(2) man page. Jim Bennett (bennett@esd.sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02561; 28 Jun 90 14:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab28874; 28 Jun 90 12:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28418; 28 Jun 90 12:40 EDT Received: from [129.112.1.12] by VGR.BRL.MIL id aa11252; 28 Jun 90 12:23 EDT Received: from baby.swmed.utexas.edu by utsw.swmed.utexas.edu with SMTP; Thu, 28 Jun 1990 10:51:41 CDT Received: by baby.swmed.utexas.edu (5.52/890619.SGI) (for @utsw.swmed.utexas.edu:info-iris@brl.mil) id AA00800; Thu, 28 Jun 90 10:57:10 CDT Date: Thu, 28 Jun 90 10:57:10 CDT From: Rose Oguz Message-Id: <9006281557.AA00800@baby.swmed.utexas.edu> To: info-iris@BRL.MIL Subject: Mail for New User Hi, all! I've added a user to my system and it seems that mail isn't working properly for him. If he tries to send mail, mail seems to hang up after typing the address to which the message should be sent. Anybody have any ides? I have a PI running 3.2. Rose   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04140; 28 Jun 90 15:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae03278; 28 Jun 90 15:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03201; 28 Jun 90 14:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12631; 28 Jun 90 14:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16407; Thu, 28 Jun 90 11:23: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: 28 Jun 90 16:35:22 GMT From: Andy Warinner Organization: Global Information Systems Technology Inc., Savoy, IL Subject: Help with NeWS/PostScript/C Message-Id: <927@gistdev.gist.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have been struggling with the world of NeWS/PostScript on a Silicon Graphics Personal Iris. I am trying to develop a program written in C and C++ whose interface uses the NeWS/PostScript user interface. The SGI documentation does not have a good introduction to NeWS and how to incorporate it with C programs. So wise people out there in netland, I would greatly appreciate pointers to: - good introductory texts to NeWS - any experiences, hints, sage advice on integrating C and NeWS/PostScript - C++ class libraries to control the NeWS interface (I know it's a long shot but I'll give it a try :-) Thanks in advance! Andrew Warinner | "Semper ubi sub ubi" - J. Caesar GIST, Inc. | Standard | EMAIL: andy@gistdev.gist.com disclaimer... | {uunet, uiucuxc}!gistdev!andy   Received: from vmb.brl.mil by VMB.BRL.MIL id ab04140; 28 Jun 90 15:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af03278; 28 Jun 90 15:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03214; 28 Jun 90 14:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12639; 28 Jun 90 14:37 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16549; Thu, 28 Jun 90 11:25: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: 28 Jun 90 17:50:38 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: versions command + warning Message-Id: <9686@odin.corp.sgi.com> References: <1990Jun28.035742.2031@calgary.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL paquette@cpsc.ucalgary.ca (Trevor Paquette) writes: | This is a word of warning to anyone who might be wanting to use the | 'versions' command to 'remove' versions of software on an SGI. When using | this command MAKE SURE THAT YOU ADD THE SUB_SYSTEM NAME OF THE SYSTEM YOU | WANT TO REMOVE. | Today I accidently hit return before typing in the name of the NFS | subsystem that I wanted to remove. | ie: what I wanted -> "versions remove nfs.sw.nfs" (something like that anyway) | what I typed -> "versions remove nfs.sw.nfs". | This is a misfeature. I've just filed a high priority bug on it. In general, versions defaults to all installed products when no product or subsystem is specified. This is usually what one wants. However, in the case of remove, this should produce an error or require confirmation. For what it is worth, ONLY product files were removed. None of your files should have been removed, so if you simply re-install the software (NOT doing a 'clean' install!), all of your user data will still be there. You will probably still have to re-create all your configuration files, such as modified crontab's, /etc/passwd, hosts, etc. -- 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 ab05160; 28 Jun 90 15:54 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa04734; 28 Jun 90 15:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04643; 28 Jun 90 15:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13384; 28 Jun 90 15:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19367; Thu, 28 Jun 90 12:10: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: 28 Jun 90 18:23:16 GMT From: "Calvin H. Vu" Subject: Re: Problems with F77 from release 3.3 Message-Id: <9689@odin.corp.sgi.com> References: <9006270938.aa06333@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006270938.aa06333@VGR.BRL.MIL> XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: >Hallo, > the following program gives a core dump when compiled/linked/run on >a 3.3 4D/70GT. The program dumps during the second way through the loop. > program test > character*72 cline > cline = ' 1 2 3 ' > do 100 ii = 1 , 100 > write (40,*) cline > backspace (40) > read (40,*) i,j,k > write (*,*) i,j,k >100 continue > end The problem is due to a bug in ftell() in a special circumstance. It will be fixed in the 3.3 maintenance release. Meanwhile you can work around this problem by adding a dummy statement: CALL FSEEK(40, 0, 1) ! seek to the same position just before the backspace statement. >Regards >Martin Knoblauch >TH-Darmstadt >Physical Chemistry 1 >Petersenstrasse 20 >D-6100 Darmstadt, FRG >BITNET: - calvin ----------------------------------------------------------------------------- Calvin H. Vu | "We are each of us angels with only one Silicon Graphics Computer Systems | wing. And we can only fly embracing calvin@sgi.com (415) 962-3679 | each other."   Received: from vmb.brl.mil by VMB.BRL.MIL id ac05160; 28 Jun 90 15:54 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab04734; 28 Jun 90 15:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab04643; 28 Jun 90 15:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13387; 28 Jun 90 15:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19405; Thu, 28 Jun 90 12: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: 28 Jun 90 18:38:24 GMT From: "Gavin A. Bell" Subject: Re: How to use dialog boxes ? Message-Id: <9691@odin.corp.sgi.com> References: <204:roth@ips.ethz.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <204:roth@ips.ethz.ch> roth@ips.ethz.ch (Martin Roth) writes: >A call like ask_text("Enter your Name:", string); >shold create a window like > +----------------------+ > | Enter your Name: | > | | > | ___________________ | > | | > +----------------------+ >and pass the input back in string. >Martin Roth, Interdisciplinary Project Center Supercomputing, Graphics > Laboratory, ETH Zurich, Switzerland Try the following. It relies on the 'launch' command to do all the dirty work, and is definitely not The Right Way of doing this sort of thing, but it works! Save following in prompt.c, compile with: cc prompt.c -o prompt -lc_s Run it with: ./prompt -----------cut here--------------- /* * Example of how to get a string from the user nicely */ #include #include void GetInputFromUser(char *s, int len_s, const char *m) { char launchline[300]; /* Should dynamically allocate... */ FILE *fp; sprintf(launchline, "launch -h echo -m \"%s\"", m); if ((fp = popen(launchline, "r")) != NULL) { fgets(s, len_s, fp); pclose(fp); /* Strip off trailing newline */ if (s[0] != '\0' && s[strlen(s)-1] == '\n') { s[strlen(s)-1] = '\0'; } } else s[0] = '\0'; } main() { char s[100]; GetInputFromUser(s, 100, "Enter your Name:"); if (s[0] != '\0') fprintf(stderr, "User entered: %s\n", s); else fprintf(stderr, "Nothing entered\n"); } --gavin (gavin@sgi.com, (415)335-1024)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07374; 28 Jun 90 18:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06834; 28 Jun 90 17:47 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa06821; 28 Jun 90 17:37 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa28750; 28 Jun 90 17:35 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27149; Thu, 28 Jun 90 14:03:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Jun 90 19:37:12 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: X11 fractal program Message-Id: <427@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL i recently copied over from comp.sources.x a fractal program that runs great on our suns, and dec machines... when i tried to "make" it on my 4D25, the makefile wouldn't even work... below is the makefile with the error.... I cant figure out why it doesnt work....and more importantly, why it works so well on the other machines. this is not good..... _________________ ICONFILE= -DICONFILE="\"/usr/irisu/mjz/fractal/mntn.btm\"" BCKGFILE= -DBCKGRND="\"/usr/irisu/mjz/fractal/bg.btm\"" CFLAGS= -O ${ICONFILE} ${BCKGFILE} STRIP=touch HFILES= xpt.h xlmntn.h xmntn.h CMNO= xpt.o gen_mntndata.o cmn_mntncode.o CMNC= xpt.c gen_mntndata.c cmn_mntncode.c XLO= xlmntn.o XLC= xlmntn.c XO= xmntn.o XC= xmntn.c BTMS= bg.btm mntn.btm SHAR= xmntns.sh PROGS = xmntn xlmntn X11= -lX11 all: ${PROGS} xmntn: ${CMNO} ${XO} cc -O -o $@ ${CMNO} ${XO} ${X11} -lm @${STRIP} $@ @ls -l $@ xlmntn: ${CMNO} ${XLO} cc -O -o $@ ${CMNO} ${XLO} ${X11} -lm @${STRIP} $@ @ls -l $@ xpt.o: xpt.h xmntn.o: xmntn.h lmntn.o: xlmntn.h clean: rm -f *.o ${PROGS} core shar: shar README Makefile ${HFILES} ${CMNC} ${XC} ${XLC} ${BTMS} > ${SHAR} @ls -l ${SHAR} ______________________ The error looks like this: iris%make cc -O -DICONFILE="\"/usr/irisu/mjz/fractal/mntn.btm\"" -DBCKGRND="\"/usr /irisu/mjz/fractal/bg.btm\"" -c xpt.c Unmatched ". *** Error code 1   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07499; 28 Jun 90 18:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07410; 28 Jun 90 18:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07407; 28 Jun 90 18:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15870; 28 Jun 90 18:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01234; Thu, 28 Jun 90 15:01: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: 28 Jun 90 21:24:53 GMT From: Betsy Zeller Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: workspace: create a new file/directory in an empty dir. Message-Id: <63077@sgi.sgi.com> References: <9006272048.AA12618@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006272048.AA12618@mcirps2.med.nyu.edu> root@MCIRPS2.MED.NYU.EDU writes: > >How do you make a new file or directory in an empty directory. >With nothing to click on, the relevent pup lines are grayed out ! The way I do it is to make a link to my favourite editor and put it in that directory, double click that icon, and start creating files. In a future release, it is probable we will include the ability to create a new file. Betsy Zeller betsy@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07668; 28 Jun 90 19:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab07410; 28 Jun 90 18:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab07407; 28 Jun 90 18:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15872; 28 Jun 90 18:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01243; Thu, 28 Jun 90 15:01: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: 28 Jun 90 21:28:13 GMT From: Betsy Zeller Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Workspace directory rule override secret Message-Id: <63078@sgi.sgi.com> References: <9006272237.AA13102@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006272237.AA13102@mcirps2.med.nyu.edu> root@MCIRPS2.MED.NYU.EDU writes: >The secret to bypassing the default behavior for directories is to use the >SPECIALTYPE rule. I played around with the dumpster rule and learned this the >hard way. > >Betsy told me not >to use SUPERTYPE, but I did not understand what she had written. I wish she >told me to use SPECIALFILE. That solved all problems!! I am sorry I did not express myself clearly enough. It didn't occur to me that by recommending the removal of one line (SUPERTYPE), I was inadvertantly recommending the removal of other lines, such as SPECIALTYPE. Sorry about that. Betsy Zeller betsy@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07915; 28 Jun 90 20:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07871; 28 Jun 90 20:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07860; 28 Jun 90 20:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16751; 28 Jun 90 20:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA09845; Thu, 28 Jun 90 17:12: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: 29 Jun 90 00:07:18 GMT From: "James D. Meiss" Organization: University of Colorado, Boulder Subject: Re: hotter answers here Message-Id: <22904@boulder.Colorado.EDU> References: <9006220107.AA22564@mcirps2.med.nyu.edu>, <2542@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2542@dftsrv.gsfc.nasa.gov> joe@etac632.gsfc.nasa.gov (Joe Fulson-Woytek) writes: >.... 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.... >Joe Fulson-Woytek I would also like to say that I've gotten great help from the hotline people. Last week I even had one (Peter Sullivan) call me back to find out if his suggestion had worked (it had). Other than the fact that you never get to talk to someone when you first call, I think its a great service. Jim Meiss jdm@boulder.colorado.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08044; 28 Jun 90 21:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab07871; 28 Jun 90 20:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab07860; 28 Jun 90 20:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16753; 28 Jun 90 20:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA09814; Thu, 28 Jun 90 17:11: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: 28 Jun 90 07:36:27 GMT From: Andrew Hume Organization: AT&T Bell Laboratories, Murray Hill NJ Subject: Re: SCSI Disk Controller Message-Id: <10994@alice.UUCP> References: , <9174@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL while sgi is tweaking its scsi disk controller, perhaps it could allow the use of optical media at the same time. this media can be used by exactly the same commands (common disk subset) that the driver uses for the regular (magnetic) disk but no, the driver cleverly looks up what thing it is and says, "nah nah! i could but i won't." admittedly, the optical disks present one problem not normally (but possibly) present in magnetic disks: the media may not be spun up when you want to access (and thus needs a scsi START command). this handles the media removal stuff as well as magnetic disks which don't spinup on powerup. i guess what i am really asking for is simple 'raw disk' access to all types of scsi media that can be controlled with the common disk subset that is already used by the regular disk driver.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12611; 29 Jun 90 8:40 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa12239; 29 Jun 90 8:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab11831; 29 Jun 90 8:08 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17573; 29 Jun 90 1:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA00557; Thu, 28 Jun 90 22:49:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Jun 90 05:26:27 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: SCSI Disk Controller Message-Id: <9726@odin.corp.sgi.com> References: , <9174@odin.corp.sgi.com>, <10994@alice.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL andrew@alice.UUCP (Andrew Hume) writes: | while sgi is tweaking its scsi disk controller, perhaps it could | allow the use of optical media at the same time. this media | can be used by exactly the same commands (common disk subset) | that the driver uses for the regular (magnetic) disk but no, | the driver cleverly looks up what thing it is and says, "nah nah! | i could but i won't." 3.3 will allow you to access types WORM, CDROM, OPTICAL, and 'normal random access' devices through the dksc driver. Whether they work correctly, is something else, of course. The Maxtor Tahiti IS supported (software-wise) in 3.3, using the hard disk driver, as long as you use the 512 byte sector media (both standard and ZBR media). | admittedly, the optical disks present one problem not normally | (but possibly) present in magnetic disks: the media may not be spun up | when you want to access (and thus needs a scsi START command). The dksc driver has known how to issue a startunit command when needed since 3.2 IRIX. | this handles the media removal stuff as well as magnetic disks which don't spinup | on powerup. The hard disk driver does NOT do a prevent media removal, so it is up to the user to not hit the eject button. Alternatively, you could write a trivial command using the devscsi (ds) driver and the prevent media removal command. Simply run this command with the appropriate args before mounting and after unmounting the drive. | i guess what i am really asking for is simple 'raw disk' access to all | types of scsi media that can be controlled with the common disk subset | that is already used by the regular disk driver. This is mostly there in 3.3, although the hard disk driver DOES require either a volumeheader be written to the drive, or the DIOCSETVH ioctl be run to inform the driver of partition layout, etc. Support (at the raw device level only; i.e., not filesystems) for sector sizes other than 512 bytes will be in a future release. Meanwhile, you can right a fairly straightforward user program using the devscsi driver if all you want is raw access. I wrote a (very) trivial filesystem for MO drives with 1K sectored media in a couple of days; granted I already knew the devscsi library and driver fairly well, since I wrote part of it :). -- 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 aa12803; 29 Jun 90 8:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab11759; 29 Jun 90 8:12 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa11745; 29 Jun 90 8:00 EDT Received: from CORNELLC.CIT.CORNELL.EDU by ADM.BRL.MIL id aa07092; 29 Jun 90 6:21 EDT Received: from UKACRL.BITNET by CORNELLC.cit.cornell.edu (IBM VM SMTP R1.2.1MX) with BSMTP id 6965; Fri, 29 Jun 90 06:16:03 EDT Received: from RL.IB by UKACRL.BITNET (Mailer X1.25) with BSMTP id 9926; Fri, 29 Jun 90 11:07:30 BST Received: from RL.IB by UK.AC.RL.IB (Mailer R2.03B) with BSMTP id 6339; Fri, 29 Jun 90 11:07:29 BST Via: UK.AC.OX.VAX; 29 JUN 90 11:07:24 BST Date: Fri, 29 JUN 90 11:08:52 GMT From: HCART@vax.oxford.ac.uk To: INFO-IRIS@BRL.MIL Subject: INIT spawns gettys repeatedly - why? Message-ID: <9006290621.aa07092@ADM.BRL.MIL> Following a recent crash, the performance of our 3130 has fallen significantly. Output from ps aux shows that INIT is spawning a getty on serial line 2, on which we have an ascii terminal. After a few seconds, a login process appears for this line, even though no one is using the terminal. A short while later, a new getty appears and the cycle repeats endlessly. I have tried editing /etc/inittab to remove the entry for serial line 2, and everything returns to normal, as one would expect. The unwanted processes are spawned at such a rate (about one every 10 seconds) that the reduction in performance is noticeable. Anyone have any suggestions as to the probable cause of this difficulty and how we can resolve it while still using the serial line? Any help much appreciated. Hugh Cartwright, Physical Chemistry, Oxford.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab12803; 29 Jun 90 8:51 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab12239; 29 Jun 90 8:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ag11831; 29 Jun 90 8:09 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18022; 29 Jun 90 5:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13195; Fri, 29 Jun 90 02:05: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: 29 Jun 90 07:36:58 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Swap space disk striping under 3.3 wanted Message-Id: <1990Jun29.083658.807@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Release 3.3. supposedly supports 'striping' of disks on efs systems. I'd like to stripe my swap space (/debug) which is of type 'rawdata' in the fx. Any pointers welcome. - 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 ************************************************************************   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14809; 29 Jun 90 10:39 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa14144; 29 Jun 90 10:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14138; 29 Jun 90 10:15 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa19157; 29 Jun 90 10:07 EDT Received: Fri, 29 Jun 90 10:09:34 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 29 Jun 90 10:09:34 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9006291409.AA08723@aero4.larc.nasa.gov> To: HCART@vax.oxford.ac.uk Subject: Re: INIT spawns gettys repeatedly - why? Cc: info-iris@BRL.MIL I think I have seen something similar when I was trying to you the same port to 'cu' out of the Iris and login into it. With out any more information, I would suggest looking in the IRIS Owner's Guide, Section 7.2 Installing an ASCII Terminal and double check to make sure everything listed there matches with what you have. -- 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 aa18590; 29 Jun 90 15:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18187; 29 Jun 90 14:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18173; 29 Jun 90 14:28 EDT Received: from SGI.COM by VGR.BRL.MIL id aa20064; 29 Jun 90 14:03 EDT Received: from giraffe.asd.sgi.com by sgi.sgi.com (5.52/900423.SGI) for info-iris@brl.mil id AA00286; Fri, 29 Jun 90 11:03:45 PDT Received: from forest.asd.sgi.com by giraffe.asd.sgi.com (5.52/891101.SGI) for @sgi.sgi.com:info-iris@BRL.MIL id AA14158; Fri, 29 Jun 90 11:03:44 PDT Received: from localhost.asd.sgi.com by forest.asd.sgi.com (5.52/891101.SGI) for @giraffe.asd.sgi.com:info-iris@BRL.MIL id AA10452; Fri, 29 Jun 90 11:03:42 PDT Message-Id: <9006291803.AA10452@forest.asd.sgi.com> To: info-iris@BRL.MIL Subject: Re: Best 8mm tapes? In-Reply-To: Your message of "27 Jun 90 17:46:10 GMT." <938@voodoo.UUCP> Date: Fri, 29 Jun 90 11:03:40 -0700 From: baskett%forest.asd@sgi.com People tell me that the top-of-the-line Sony tapes that are approximately $10 and usually sold out at your local video store are best. Cheap 8mm video tape is supposed to be dangerous for your data. Forest Baskett Silicon Graphics   Received: from vmb.brl.mil by VMB.BRL.MIL id ab18590; 29 Jun 90 15:00 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa18338; 29 Jun 90 14:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18190; 29 Jun 90 14:29 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa20103; 29 Jun 90 14:16 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6157; Fri, 29 Jun 90 14:16:19 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 29 Jun 90 14:56:27 Date: Fri, 29 Jun 90 14:54:30 +0200 (Central European Summer Time) From: Knobi der Rechnerschrat Subject: Another F77-3.3 Bug To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <9006291416.aa20103@VGR.BRL.MIL> Hallo, I've another F77 3.3 bug. As it seems very severe I post It to the list and not to Calvin Vu (SGI) alone. If you compile/link/run the appended program t1.f under 3.3 you will get the following two lines of output: 1 T bla is false As anybody can see, bla IS in fact TRUE, so the program lies. In the release notes 3.3 FORTRAN 77 is stated: (SCR 6822): Printing out LOGICAL*1 values results in 0/1 being printed instead of F/T. That is the cause for the '1 T' output line. Unfortunatelly there seems to be an unknown problem with using LOGICAL*1 in IF statements. As this is absolutely deadly for programs using LOGICAL*1 (e.g. for storage saving) I feel this should be known to the "public" and fixed as soon as possible. Regards Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET: PS: Dear Calvin, sorry for posting this to everybody, but I feel it is important news and I'm also not sure whether my mails make the way to SGI directly. ----------------------------t1.f---------------------------------------------- program bug_6822 c logical*1 bla logical bla4 c bla = .true. bla4 = .true. write(*,*) bla,bla4 c if(.not.bla) write(*,*) 'bla is false' if(.not.bla4) write(*,*) 'bla4 is false' c end ---------------------------end of t1.f-----------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18740; 29 Jun 90 15:14 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac18590; 29 Jun 90 15:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18398; 29 Jun 90 14:49 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by VGR.BRL.MIL id aa20143; 29 Jun 90 14:28 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA22849; Fri, 29 Jun 90 12:54:11 CDT Date: Fri, 29 Jun 90 12:54:11 CDT From: Mike Goss Message-Id: <9006291754.AA22849@snow-white.merit-tech.com> To: HCART@vax.oxford.ac.uk, INFO-IRIS@BRL.MIL Subject: Re: INIT spawns gettys repeatedly - why? In response to: > From: HCART@vax.oxford.ac.uk > To: INFO-IRIS@BRL.MIL > Subject: INIT spawns gettys repeatedly - why? > Message-Id: <9006290621.aa07092@ADM.BRL.MIL> > Status: R > > Following a recent crash, the performance of our 3130 has > fallen significantly. Output from ps aux shows that INIT > is spawning a getty on serial line 2, on which we have an ascii > terminal. After a few seconds, a login process appears for this > line, even though no one is using the terminal. A short while > later, a new getty appears and the cycle repeats endlessly. > > I have tried editing /etc/inittab to remove the entry for > serial line 2, and everything returns to normal, as one would expect. > > The unwanted processes are spawned at such a rate (about one > every 10 seconds) that the reduction in performance is noticeable. > Anyone have any suggestions as to the probable cause of this > difficulty and how we can resolve it while still using the > serial line? > > Any help much appreciated. > > Hugh Cartwright, Physical Chemistry, Oxford. > I had a similar problem with a Sun workstation a few months back. After much work trying to diagnose the problem, it turned out to be a bad null modem cable between the computer and the terminal. An intermittent connection in the cable was generating hundreds of interrupts per seconds (probably `break' signals), causing the computer to grind to a halt. Try replacing the cable between the terminal and the computer. ------------------------------ 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 aa18977; 29 Jun 90 15:33 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ad18740; 29 Jun 90 15:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18718; 29 Jun 90 15:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20243; 29 Jun 90 14:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15022; Fri, 29 Jun 90 11:29: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: 29 Jun 90 16:42:27 GMT From: Archer Sully Subject: Re: Swap space disk striping under 3.3 wanted Message-Id: <9737@odin.corp.sgi.com> References: <1990Jun29.083658.807@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jun29.083658.807@urz.unibas.ch> doelz@urz.unibas.ch writes: >Release 3.3. supposedly supports 'striping' of disks on efs systems. >I'd like to stripe my swap space (/debug) which is of type 'rawdata' >in the fx. Any pointers welcome. striping the swap space is unnecessary, as the system already handles multiple swap devices that can even live on different controllers. See swap(1m). -- 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 aa19177; 29 Jun 90 15:43 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab18740; 29 Jun 90 15:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18705; 29 Jun 90 15:12 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa20207; 29 Jun 90 14:46 EDT Received: Fri, 29 Jun 90 11:48:00 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Fri, 29 Jun 90 14:47:38 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Fri, 29 Jun 90 15:11:55 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Fri, 29 Jun 90 15:11:55 EDT From: Tony Facca Message-Id: <9006291911.AA25941@avelon.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: exporting NFS file systems with root permissions I have a question regarding exporting file systems with the -root[id] option. On the Iris 4D's I have an /etc/exports file which looks something like this: # # NFS exported filesystem database (see EXPORTS(4) for more information). # # Entries in this file consist of lines containing the following fields: # # filesystem [ options ] [ netgroup ] [ hostname ] ... # # Filesystem must be left-justified and may name any directory within a # local filesystem. Lines beginning with white space continue the previous # line's entry. Netgroup(4) and hostname refer to machines or collections # of machines to which filesystem is exported. # /usr/lerc -root=lerc08:lerc09,access=lerc02:lerc03:lerc04:lerc08:lerc09 This works the way I want it to. That is, if I mount the /usr/lerc directory from lerc08 I can be root in the mounted directory. I am trying to duplicate this effect on the 3030's. There is no "root" option but there is a "rootid" option which allows one to specify a userid to map client "root" ids to. Like, rootid=guest would change the permissions of the remote root to guest on the server. I want to map root to root, but only on a subset of the machines to which I grant access. I have tried variations on this theme: ------ # Iris 3030's /etc/exports /u/lerc -rootid=root lerc08 lerc09 /u/lerc lerc02 lerc03 lerc04 lerc08 lerc09 lerc10 ------ Has anyone successfully exported file systems on the 3030's using a scheme like this? Any help is appreciated. On another note... The header for the /etc/exports file on the 4D's reads "Lines beginning with white space continue the previous line's entry." Yet when I try to set up an exports file like this: /usr/lerc -root=lerc08:lerc09, access=lerc02:lerc03:lerc04: lerc08:lerc09:lerc10 Doing an exportfs gives me errors: #exportfs -a exportfs: access=lerc02:lerc03:lerc04:: No such file or directory exportfs: lerc08:lerc09:lerc10: No such file or directory So, what exactly does the comment about "Lines beginning with white space.." mean? -- ----------------------------------------------------------------------------- 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 ab19177; 29 Jun 90 15:43 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac18740; 29 Jun 90 15:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18711; 29 Jun 90 15:12 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20231; 29 Jun 90 14:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15043; Fri, 29 Jun 90 11:29: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: 29 Jun 90 16:57:35 GMT From: Chris Wagner Organization: Silicon Graphics, Research & Development Subject: Re: Swap space disk striping under 3.3 wanted Message-Id: <9738@odin.corp.sgi.com> References: <1990Jun29.083658.807@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Swap space, while still on raw partitions in 3.3 have always been interleaved across as many swap devices as a re configured. So if you have 4 swap areas, swap will be interleaved on a per request basis across all 4 devices. CHris Wagner   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19462; 29 Jun 90 16:21 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa19296; 29 Jun 90 16:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19292; 29 Jun 90 15:53 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20264; 29 Jun 90 15:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16337; Fri, 29 Jun 90 11:53: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: 29 Jun 90 17:43:50 GMT From: Yang Zhu Organization: /usr/lib/news/organization Subject: Re: gifview 2.1 Message-Id: <1990Jun29.174350.3102@mmm.serc.3m.com> References: <9641@odin.corp.sgi.com>, <1990Jun28.120236.1072@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Please send me a copy of gifview 2.1 too. Thanks! Yang. yang@tesla.serc.3m.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20624; 29 Jun 90 18:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20371; 29 Jun 90 18:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20141; 29 Jun 90 17:56 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa20721; 29 Jun 90 17:18 EDT Received: Fri, 29 Jun 90 17:21:08 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 29 Jun 90 17:21:08 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9006292121.AA10240@aero4.larc.nasa.gov> To: fsfacca@avelon.lerc.nasa.gov Subject: Re: exporting NFS file systems with root permissions Cc: info-iris@BRL.MIL On lines beginning with white space, is your `white space' spaces " " or tab characters. I know somethings expect a tab and a space will not work. -- 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 ab20624; 29 Jun 90 18:51 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab20541; 29 Jun 90 18:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20521; 29 Jun 90 18:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20866; 29 Jun 90 17:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27222; Fri, 29 Jun 90 14:46: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: 29 Jun 90 18:46:02 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: Re: X11, fractal program from comp.sources.x Message-Id: <429@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL first...thanks to Dave Anderson! who responded to my makefile problem with the X program I got off the network... I posted the note at the end of the day, and by the time I got home , there already was a response waiting for me!! and your suggestion worked.... thanks Dave... part II however, will be tougher... After the program compiles , when I run it on my 4D25G the colors are missing as well as important widget boxes. The code runs fine on my sun and dec machines..... can somebody take a look at it over on comp.sources.x (i dont know if i should copy it her e ....all sorts of warnings from DEC....etc..., but it appears to be public..) and see if they have the same problem?? i'm running 3.2 irix....i have no idea when 3.3. is coming.... good luck!! mailpath: nuchat!texhrc!mjz or post here.... michael Zeitlin   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20682; 29 Jun 90 19:01 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa20541; 29 Jun 90 18:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20519; 29 Jun 90 18:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20820; 29 Jun 90 17:35 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26152; Fri, 29 Jun 90 14:28: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: 29 Jun 90 20:19:35 GMT From: Jesse Rendleman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: INIT spawns gettys repeatedly - why? Message-Id: <9761@odin.corp.sgi.com> References: <9006291409.AA08723@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Another thing that can cause this is if the peripheral (I usually see this with modems) is configured to echo characters back to the system. This causes the "login" to get echoed back, the getty thinks someone is logging in, and things get confused.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20875; 29 Jun 90 20:10 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa20788; 29 Jun 90 19:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab20763; 29 Jun 90 19:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21038; 29 Jun 90 18:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29423; Fri, 29 Jun 90 15:19:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Jun 90 21:19:26 GMT From: James Helman Organization: Stanford University Subject: Re: Best 8mm tapes? Message-Id: References: <938@voodoo.UUCP>, <9006291803.AA10452@forest.asd.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know if using the top quality tapes completely saves you from the write-through problem? The problem (myth?) as I understand it is that over time (> 1 year) the magnetic pattern written on one section tape can affect the next layer with which it is in contact. I've heard that some manufacturers advise you to rerun the tape every year just to change the way it's wound on the reel. Otherwise it's data decay time. Since we keep many tapes for 5 or more years, we've been too paranoid to buy an 8mm drive, although others here seem quite happy with theirs. If top quality tapes don't guarantee long term data storage, will SGI or a third-party have a DAT subsystem out soon? I understand they are much better in this regard. 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 aa21952; 29 Jun 90 21:07 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa21265; 29 Jun 90 20:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21256; 29 Jun 90 20:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21379; 29 Jun 90 20:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05478; Fri, 29 Jun 90 16:52: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: 29 Jun 90 23:31:40 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: f77 bug on IRIX 3.2 Message-Id: <2662@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here's something that fails to produce correct output. When you use a temporary variable for c_ext (or the string), in the concatination statement, you get the correct result. program ch character c_ext*16, filename*7 filename = 'FOO.BAR' c_ext = '.2' c_ext = filename // c_ext print*,'c_ext:',c_ext stop end Produces: c_ext:FOO.BARFOO.BAR I remember a bug when using // to create a filename in an open statement. Is this the same bug? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 aa22875; 29 Jun 90 23:00 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa22843; 29 Jun 90 22:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22836; 29 Jun 90 22:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22101; 29 Jun 90 22:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14567; Fri, 29 Jun 90 19:19: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: 30 Jun 90 02:02:13 GMT From: Brendan Eich Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: exporting NFS file systems with root permissions Message-Id: <63163@sgi.sgi.com> References: <9006291911.AA25941@avelon.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006291911.AA25941@avelon.lerc.nasa.gov>, fsfacca@AVELON.LERC.NASA.GOV (Tony Facca) writes: > > I have a question regarding exporting file systems with the -root[id] option. > On the Iris 4D's I have an /etc/exports file which looks something like this: > > /usr/lerc -root=lerc08:lerc09,access=lerc02:lerc03:lerc04:lerc08:lerc09 > > This works the way I want it to. That is, if I mount the /usr/lerc directory > from lerc08 I can be root in the mounted directory. > > I am trying to duplicate this effect on the 3030's. There is no "root" option > but there is a "rootid" option which allows one to specify a userid to map > client "root" ids to. Like, rootid=guest would change the permissions of the > remote root to guest on the server. The -rootid option was SGI's best guess and first implementation of what Sun later called the -anon option (we implemented a root-uid-mapping option before they did, based on incomplete hooks in their NFSSRC3.0 release). The last release for the 3000 series, 3.6, was released a year before SGI integrated exportfs and the -root option from Sun's DNFS1.0 source release. The -root, -rw= (read-mostly), and -anon (synonymous with -rootid for SGI) options are therefore available only on the 4D series. > So, what exactly does the comment about "Lines beginning with white space.." > mean? The comment lies. To continue a long logical line across several physical lines, end each line but the last with a backslash ('\'). Brendan   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22917; 29 Jun 90 23:13 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa22312; 29 Jun 90 21:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22278; 29 Jun 90 21:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21865; 29 Jun 90 21:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10569; Fri, 29 Jun 90 18:11: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: 29 Jun 90 17:06:42 GMT From: "Scott E. Townsend" Organization: NASA/Lewis Research Center, Cleveland Subject: Help with font manager & distributed GL Message-Id: <1990Jun29.170642.25457@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'd appreciate any help on how to get the font manager routines to work in a distributed GL application. I originally wrote a normal GL application using the font manager and it works ok. I then wanted to extend this program across a network. After setting-up the dgl stuff on the Personal Irises (running IRIX 3.2), I modified my makefile and code as described in the 4Sight manual. The result was three undefined symbols: gl_drawbitmap gl_beginstring gl_endstring These symbols are defined in libgl.a and libgl_s.a, but not libdgl.a I tried linking with libgl_s.a at the very end of the ld command, to pick up just these symbols, but the program gets a segmentation violation at the first fmprstr call. I then commented-out all fmprstr calls and the program runs (but with no text of course) So, does anyone know how to get the font manager to work in a distributed GL application? Any suggestions are welcome. Thanks. -- ------------------------------------------------------------------------ Scott Townsend | Phone: 216-433-8101 NASA Lewis Research Center | Mail Stop: 5-11 Cleveland, Ohio 44135 | Email: fsset@neptune.lerc.nasa.gov ------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23090; 29 Jun 90 23:23 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab22875; 29 Jun 90 23:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22858; 29 Jun 90 22:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22146; 29 Jun 90 22:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15586; Fri, 29 Jun 90 19:34: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: 30 Jun 90 02:05:08 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: Best 8mm tapes? Message-Id: <9800@odin.corp.sgi.com> References: <938@voodoo.UUCP>, <9006291803.AA10452@forest.asd.sgi.com>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , jim@baroque.Stanford.EDU (James Helman) writes: |> If top quality tapes don't guarantee long term data storage, will SGI |> or a third-party have a DAT subsystem out soon? I understand they |> are much better in this regard. |> Recent articles in rec.video indicate that DAT will not perform any better than 8mm video tape with regard to tape stretching, data longevity etc. Once article mentioned that because DAT's contain digital data with 2 levels of error detection and correction the effects of stretched tape will be reduced. However when using 8mm video for backup the data is digital... -- 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 ab06170; 3 Jul 90 18:45 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab05405; 3 Jul 90 18:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05390; 3 Jul 90 17:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21854; 29 Jun 90 21:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA11050; Fri, 29 Jun 90 18:17: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: 29 Jun 90 22:38:27 GMT From: "Louis M. McDonald" Organization: The Aerospace Corporation, El Segundo, CA Subject: Pixmap problems Message-Id: <77064@aerospace.AERO.ORG> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I recently grabbed some Pixmap software and files from the network, (xpd - Pixmap displayer), and have built in on an SGI running Irix 3.2. The window where the Pixmap is suppose to be displayed is black. However, on my HDS X term, the window is fine. Has anyone gotten Pixmaps to display on the SGI? If so, is there something I should be aware of? -- Louis McDonald Internet: louis@aerospace.aero.org The Aerospace Corporation 213-336-8914   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23820; 30 Jun 90 1:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23687; 30 Jun 90 1:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23672; 30 Jun 90 1:03 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22524; 30 Jun 90 0:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22608; Fri, 29 Jun 90 21:38:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jun 90 04:18:40 GMT From: Bruce Karsh Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Best 8mm tapes? Message-Id: <63168@sgi.sgi.com> References: <938@voodoo.UUCP>, <9006291803.AA10452@forest.asd.sgi.com>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article jim@baroque.Stanford.EDU (James Helman) writes: >Does anyone know if using the top quality tapes completely saves you >from the write-through problem? The problem (myth?) as I understand >it is that over time (> 1 year) the magnetic pattern written on one >section tape can affect the next layer with which it is in contact. >I've heard that some manufacturers advise you to rerun the tape every >year just to change the way it's wound on the reel. Otherwise it's >data decay time. Since we keep many tapes for 5 or more years, we've >been too paranoid to buy an 8mm drive, although others here seem quite >happy with theirs. Print-thru on tapes is an old problem. I've seen advice to re-run old-fashioned 1/2 inch tapes periodically too. However, hardly anybody does this and the tapes seem to work for years without it. It might be a good idea though if you are archiving data "for eternity". I have seen very old 1/2 inch (1600 bpi) tapes which had accumulated read errors over time. I don't know whether 8mm is any better or worse than 1/2 inch tape. >If top quality tapes don't guarantee long term data storage, will SGI >or a third-party have a DAT subsystem out soon? I understand they >are much better in this regard. Computer DAT tapes have 3 layers of error correcting codes. The audio DAT tapes only have 2. Since consumer music tapes will soon be competing with CDs and cassettes, they'll have to be adequate media to allow the audio tapes to last for years. If that's the case, then the extra layer of ECC should ensure that computer data will also last for years. Bruce Karsh karsh@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25482; 30 Jun 90 15:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25459; 30 Jun 90 14:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25448; 30 Jun 90 14:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23901; 30 Jun 90 14:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29558; Sat, 30 Jun 90 11:20:50 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jun 90 17:53:18 GMT From: Andrew Myers Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Left out of the release notes... Message-Id: <9809@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There's a graphical mail notification program called "mailbox" which is in eoe2.sw.envm. Andrew   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25984; 30 Jun 90 19:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25960; 30 Jun 90 19:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25941; 30 Jun 90 19:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24374; 30 Jun 90 18:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13443; Sat, 30 Jun 90 15:48:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Jun 90 22:24:24 GMT From: sgi!shinobu!odin!miq@ucbvax.berkeley.edu Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Need help with font manager in distributed GL application Message-Id: <9813@odin.corp.sgi.com> References: <1990Jun29.172121.25522@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jun29.172121.25522@eagle.lerc.nasa.gov> fsset@neptune.lerc.nasa.gov (Scott E. Townsend) writes: > >I'd appreciate any help on how to get the font manager routines to work in >a distributed GL application. I originally wrote a normal GL application >using the font manager and it works ok. I then wanted to extend this >program across a network. After setting-up the dgl stuff on the Personal >Irises (running IRIX 3.2), I modified my makefile and code as described >in the 4Sight manual. The result was three undefined symbols: > > gl_drawbitmap > gl_beginstring > gl_endstring > If you think about how the font manager works, it should be pretty obvious why the dgl won't work with it. The font manager needs to access the files in /usr/lib/fmfonts. These files will only exsist on a SGI box, and since the dgl was designed to be used with other machines than SGI, they won't have any of the font manager information needed for fonts. Currently there is only one version of the dgl, whether it is to be used on SGI machines or Vaxen or whatever, so there is not font manager capability. Perhaps in the future either the font manager information will be incorporated into the dgl, or there might be a distributed font manager. Your only recourse as of right now is to use only "hard-wired" fonts that are part of the gl and use defrasterfont() to design new characters if necessary. -- "Mister! Hey mister! You lights are popped up, but they aren't on!" "Huh? Oh gee thanks..." An ignorant good samaritan and me in my Bugeye Miq Millman -- miq@sgi.com or {decwrl,pyramid,ucbvax}!sgi!miq 415 335 1041   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18431; 3 Jul 90 8:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18158; 3 Jul 90 8:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18066; 3 Jul 90 8:12 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03674; 3 Jul 90 7:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24683; Tue, 3 Jul 90 04:01: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: 30 Jun 90 20:39:02 GMT From: Kevin Tureski Organization: Alias Research, Inc. Toronto ON Canada Subject: Re: Swap space disk striping under 3.3 wanted Message-Id: <1990Jun30.203902.4477@alias.uucp> References: <1990Jun29.083658.807@urz.unibas.ch>, <9737@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9737@odin.corp.sgi.com> archer@elysium.esd.sgi.com (Archer Sully) writes: > >striping the swap space is unnecessary, as the system already handles >multiple swap devices that can even live on different controllers. >See swap(1m). A request from ages ago is whether you can (or will be able to in some future release) swap on devices on *another machine's* controller ... I personally don't care if it's as slow as molasses, since it may be the ONLY way I can run a mega-process. Consider the following situation: I've got a machine with a 2-drive controller with, say, a pair of 780's. One has root, just enough for /usr to be comfortable, and the rest (500Mb) dedicated to swap. The other disk is configured as one large filesystem full of user files. It's chock full of everything that's required to run this large process. The process requires 600Mb swap. I've only got 500. And can't get any more, no way, no how on that machine without getting a 4-drive controller and stealing a disk off of another machine. But if I could just umount that other "extra" disk for a while and dedicate it's swap space to that other machine, I'd get the job done without the pain and anguish that I've personally gone through in the past. Kevin Tureski Director, Systems Integration Alias Research Inc. ktureski%alias@csri.utoronto.ca ktureski@alias.uucp   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29691; 1 Jul 90 20:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29438; 1 Jul 90 19:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29427; 1 Jul 90 19:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa27335; 1 Jul 90 19:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19586; Sun, 1 Jul 90 16: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: 1 Jul 90 19:15:24 GMT From: Harry Sharp Subject: Exabyte on Personal Iris Message-Id: <3306@usceast.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Greetings! We here at University of South Carolina have purchased an Exabyte tape drive for doing network backups. Unfortunately, we purchased it for a workstation that we were *supposed* to get, but the Dean has seen things differently. We need desparately to verify the machine works, but our only SCSI box with the correct type of port is one of our Personal Irises. We have the cable and the little darling powers up correctly, but it doesn't seem to want to play with the SGI. We have been told that SGI has not "qualified" the Exabyte for the Personal Iris. Anybody know why?? Anybody from SGI wish to defend this position?? Harry Sharp Assistant to the Director for Research Computing sharp@usceast.cs.scarolina.edu -- [=============================================================================] USMail : Dept of Mathematics, USC, Columbia, SC 29208 E-mail : gatech!hubcap!usceast!sharp sharp@usceast.cs.scarolina.edu GO COCKS! You can't lick our cocks! University of South Carolina   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29832; 1 Jul 90 21:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29813; 1 Jul 90 21:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29803; 1 Jul 90 21:12 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa27499; 1 Jul 90 20:56 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24988; Sun, 1 Jul 90 17:47: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: 2 Jul 90 00:15:03 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Exabyte on Personal Iris Message-Id: <9815@odin.corp.sgi.com> References: <3306@usceast.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL sharp@usceast.UUCP (Harry Sharp) writes: | We here at University of South Carolina have purchased an Exabyte | tape drive for doing network backups. Unfortunately, we purchased | it for a workstation that we were *supposed* to get, but the Dean | has seen things differently. We need desparately to verify the machine | works, but our only SCSI box with the correct type of port is one | of our Personal Irises. We have the cable and the little darling | powers up correctly, but it doesn't seem to want to play with the | SGI. We have been told that SGI has not "qualified" the Exabyte for the | Personal Iris. Anybody know why?? Anybody from SGI wish to defend this | position?? We haven't qualified it due to the tradeoff between resources and perceived demand. The PI has somewhat more extensive SCSI diagnostics at powerup than the other 4D machines, and the Exabyte consistently fails them. The failure is caused by Exabyte not supporting some of the commands used; in itself this is OK, but the way they reject them is non-standard. In any case, this is non-fatal. Simply continue after the failed diagnostics message. Also be sure that all the terminator resistors are removed if you are using it internally, and are installed if using it externally. Once the system is up, you will need to run 'cd /dev; ./MAKEDEV tape' After that, your /dev/*tape* entries will have links appropriate for the Exabyte. You need IRIX 3.1G or later. If you have 3.2, there may be problems putting multiple archives on the same tape if you use bru or tar (it will sometimes rewind when it shouldn't, overwriting your earlier archives). This problem is fixed in 3.3 -- 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 aa00154; 1 Jul 90 23:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00132; 1 Jul 90 23:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00117; 1 Jul 90 22:57 EDT Received: from Frodo.Physics.McGill.CA by VGR.BRL.MIL id aa27674; 1 Jul 90 22:47 EDT Received: by frodo.Physics.McGill.CA id AA05883; Sun, 1 Jul 90 22:45:22 EDT (5.59++/IDA-1.1S) Date: Sun, 1 Jul 90 22:45:22 EDT From: Loki Jorgenson Rm421 Message-Id: <9007020245.AA05883@frodo.Physics.McGill.CA> To: info-iris@vgr.brl.mil Subject: yp and named Hey ho..... We just received our 3rd Personal IRIS so I decided it was time to turn on the Yellow Pages. I followed the easy-to-follow instruction without much problem. However, one of our users immediately discovered that rlogin no longer uses the named to resolve addresses. Instead it has reverted back to the pre-named behaviour of using /etc/hosts, or rather, the yp hosts database imported from the master yp server. This is undesirable behaviour. How can I force rlogin to go back to using the named? Are there any other nasty suprises in store for me? I have looked at the manuals for info regarding rlogin/named/yp but have found nothing relevant. BTW: We are running IRIX 3.2.2 on 4D/20, 4D/25 and 4D/25. Thanks in advance, 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 aa00595; 2 Jul 90 1:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00489; 2 Jul 90 0:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00478; 2 Jul 90 0:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa27780; 1 Jul 90 23:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04621; Sun, 1 Jul 90 20:45: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: 2 Jul 90 03:22:41 GMT From: "Frank P. DiGiuseppe" Organization: McGill Research Centre for Intelligent Machines Subject: Re: gifview 2.1 Message-Id: <1990Jul2.032241.22990@larry.mcrcim.mcgill.edu> References: <9641@odin.corp.sgi.com>, <1990Jun28.120236.1072@jarvis.csri.toronto.edu>, <1990Jun29.174350.3102@mmm.serc.3m.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL After trying several times, in several different ways, to make this request by mail, I have to resort to posting this... Please send me a copy as well. Thanks! Frank ------------------------------------------------------------------------------ Frank P. DiGiuseppe McGill Research Centre for Intelligent Machines fdg@mcrcim.mcgill.edu Computer Vision and Robotics Lab, Dept. EE, McGill University, Montreal ------------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00644; 2 Jul 90 1:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00595; 2 Jul 90 1:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00584; 2 Jul 90 1:10 EDT Received: from dukempd.phy.duke.edu by VGR.BRL.MIL id aa27966; 2 Jul 90 0:58 EDT Received: from physics.phy.duke.edu by dukempd.phy.duke.edu (5.59/1.1/2.10) id AA17163; Mon, 2 Jul 90 00:57:57 EDT Received: by physics.phy.duke.edu (4.1/2.1/4.0) id AA22553; Mon, 2 Jul 90 00:57:54 EDT Date: Mon, 2 Jul 90 00:57:54 EDT From: "Robert G. Brown" Message-Id: <9007020457.AA22553@physics.phy.duke.edu> To: loki@physics.mcgill.ca Subject: Re: yp and named Cc: info-iris@BRL.MIL On a closer examination of our SG 220S (it's useful, sometimes, to actually look >>before<< you answer somebody's question) it looks like SGI's yp version does not support the -b option for makedbm. It therefore has no line NAMED=-b with the matching references in the hosts section. And (presumably) it won't use the named when the YP are on. Unless there is an undocumented -b option (possibility 1) or unless SG has a clever way of making the yp use named different from BSD. So I guess the guys at SG will have to answer this one. Rats! Just when I thought, 'Hey, I know the answer to that...' Rob Brown etc.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00879; 2 Jul 90 2:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00595; 2 Jul 90 1:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00581; 2 Jul 90 1:10 EDT Received: from dukempd.phy.duke.edu by VGR.BRL.MIL id aa27953; 2 Jul 90 0:50 EDT Received: from physics.phy.duke.edu by dukempd.phy.duke.edu (5.59/1.1/2.10) id AA17135; Mon, 2 Jul 90 00:49:59 EDT Received: by physics.phy.duke.edu (4.1/2.1/4.0) id AA22528; Mon, 2 Jul 90 00:49:57 EDT Date: Mon, 2 Jul 90 00:49:57 EDT From: "Robert G. Brown" Message-Id: <9007020449.AA22528@physics.phy.duke.edu> To: loki@physics.mcgill.ca Subject: Re: yp and named Cc: info-iris@BRL.MIL In BSD Unix, there is a special line in the hosts databases (in their ASCII form) that must be present in order for the "made" database to use the named when a name is not in the local host table. Note that with YP on, ALL host names are resolved via the YP. It is the responsibility of the YP to use the named or not as required. If you look at the YP makefile (assuming that SGI has one) there should be a line like: NAMED=-b which is a flag, passed to makedbm (read the man page), that tells it to use "network interdomain" for unknown hosts, i.e. the named. I would bet that this line is commented out in your makefile, hence your problem. Rob Brown Duke University Physics Dept. Durham, NC 27707 Nonstandard disclaimer: This is all Duke University's opinion. I don't have opinions, I just work here. If it turns out to be wrong, well, tough. :-)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05208; 2 Jul 90 9:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac04376; 2 Jul 90 9:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04341; 2 Jul 90 9:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa29015; 2 Jul 90 8:40 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA00560; Mon, 2 Jul 90 05:24: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: 2 Jul 90 09:37:19 GMT From: George Scott Organization: Chisholm Institute of Technology, Melb., Australia Subject: Re: yp and named Message-Id: <1990Jul2.093719.8640@monu6.cc.monash.edu.au> References: <9007020245.AA05883@frodo.Physics.McGill.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007020245.AA05883@frodo.Physics.McGill.CA>, loki@physics.mcgill.ca (Loki Jorgenson Rm421) writes: > > This is undesirable behaviour. How can I force rlogin to go back > to using the named [with YP enabled]? This one has been bugging me too. After your news article I decided to look closer at it. After following a chain of about 20 man pages I came across ypserv. All you have to do is put "-i" into the file "/etc/config/ypserv.options" on all the machines that are YP servers. George.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05513; 2 Jul 90 10:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04960; 2 Jul 90 9:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04931; 2 Jul 90 9:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa29137; 2 Jul 90 9:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02966; Mon, 2 Jul 90 06:08: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: 2 Jul 90 12:15:18 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Re: Exabyte on Personal Iris Message-Id: <2666@dftsrv.gsfc.nasa.gov> References: <3306@usceast.UUCP>, <9815@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9815@odin.corp.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes: [Discussion of 8mm on PI] > >If you have 3.2, there may be problems putting multiple archives on the >same tape if you use bru or tar (it will sometimes rewind when it >shouldn't, overwriting your earlier archives). This problem is fixed >in 3.3 I'm running 3.2 and my solution is: tar cBf - file | dd of=/dev/nr8mm bs=10240 I let dd handle writing and reading of the device and I position with 'mt' commands. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 ac07779; 2 Jul 90 11:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07382; 2 Jul 90 11:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07283; 2 Jul 90 11:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa29534; 2 Jul 90 10:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08705; Mon, 2 Jul 90 07:44: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: 2 Jul 90 13:15:14 GMT From: Greg Chien Organization: Illinois Institute of Technology, Chicago Subject: HELP: 4Sight Setup for Turnkey Applications Message-Id: <3905@iitmax.IIT.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm trying to create a turnkey demo account that should run only one application -- loads a few slides onto the frame buffer and then logs out automatically when done. I've been trying to put the program in the /etc/passwd entry and/or modifying the user.ps file to spawn a unix process without success. Can anyone tell me a proper way to allow a user to run just one application under 4sight? Is the command "echo exitcleanly | psh" appropriate for auto logout with no side-effect or is there any better solution? Thanks in advance Greg Chien Manager, Design Processes Laboratory Institute of Design Illinois Institute of Technology idchien@iitmax.iit.edu Phone: (312) 567-6461 Fax : (312) 567-3779   Received: from vmb.brl.mil by VMB.BRL.MIL id ab08661; 2 Jul 90 13:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab08472; 2 Jul 90 12:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08446; 2 Jul 90 12:41 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa29774; 2 Jul 90 12:21 EDT Received: from ITNCISCA.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4715; Mon, 02 Jul 90 12:21:27 EDT Message-id: <5690> Date: Mon, 2 JUL 90 18:19 N From: CAVECCHIA%ITNCISCA.BITNET@cunyvm.cuny.edu Subject: Some Problems To: INFO-IRIS@BRL.MIL I have two simple (simple?) questions: 1) About anonymous ftp I have configured my site with the "anonymous ftp" facility. Some of the directories in ~ftp are symbolic links to other directories on a remote disk mounted via NFS. I have discovered that if I connect as anonymous there is no way to do a CD to those directories (!). Another (less complicated) question is the following: Is there any way to log any anonymous login (I mean user, host and what he downloads) to a file? 2) utmp.h problems I guessed that the struct utmp in /usr/lib/utmp.h should have the ut_name and ut_host fields but the second one is missing. Is there a way to get the user name and host of a remote user? There is another strange thing: when I telnet to my site from another machine the shell environment variable REMOTEHOST is correctly setted, but REMOTEUSER is "UNKNOWN". I'm running IRIX 3.2.1 on a Personal Iris. Is there anyone who can help me? Thanks a lot in advance. --------------------------------------------------------------------------- | Valter V. Cavecchia | Bitnet: cavecchi@itncisca | | Centro di Fisica del C.N.R. | cavecchia@itnvax.cineca.it | | I-38050 Povo (TN) - Italy | Decnet: itnvax::cavecchia (37.65) | ---------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09198; 2 Jul 90 13:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09023; 2 Jul 90 13:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08945; 2 Jul 90 13:31 EDT Received: from gemini.arc.nasa.gov by VGR.BRL.MIL id aa00159; 2 Jul 90 13:15 EDT Received: Mon, 2 Jul 90 10:14:54 PDT by gemini.arc.nasa.gov (5.57/1.2) Received: Mon, 2 Jul 90 10:14:48 PDT by gemini.arc.nasa.gov (5.57/1.2) From: "RICHARD P. SIMONIAN" Date: Mon, 2 Jul 90 09:56 PDT Message-Id: To: INFO-IRIS@BRL.MIL Subject: Ada to Unix bindings X-Lines: 11 Does anyone know where I can get a fairly complete set of Ada to Unix bindings? The definitions that come with the SGI Verdix Ada are pretty sparse. Rick Simonian Harris Space Systems Corp. rsimonian@nasamail.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10050; 2 Jul 90 14:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09745; 2 Jul 90 14:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09743; 2 Jul 90 14:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00212; 2 Jul 90 13:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18202; Mon, 2 Jul 90 10:06: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: 2 Jul 90 15:05:16 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: /debug not mounted.... Message-Id: <430@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL dbx can't find /debug....apparently it isnt mounted... i've never run across this before and am not sure how to proceed..... any suggestions?? eoe1 and eoe2 are loaded and installed properly.... what else is there??? p.s. this kind of thing happens when our system "manglers" get a hold of my iris....(they're predominantly SUN types....) thanks! to whoever responds...   Received: from vmb.brl.mil by VMB.BRL.MIL id ab11189; 2 Jul 90 16:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10586; 2 Jul 90 15:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10492; 2 Jul 90 15:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00579; 2 Jul 90 14:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22788; Mon, 2 Jul 90 11:17:45 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Jul 90 18:08:34 GMT From: RAO SURAPANENI Organization: University of Tennessee Computing Center, Knoxville Subject: PStoDVI Message-Id: <1990Jul2.180834.29096@cs.utk.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am interested in knowing if any PostScript to DVI conversion programs are available for Personal Iris machines. We have to do this because our Imagen printer cannot handle PostScript documents.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab11714; 2 Jul 90 16:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac11189; 2 Jul 90 16:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11130; 2 Jul 90 15:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00632; 2 Jul 90 14:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24037; Mon, 2 Jul 90 11:36: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: 2 Jul 90 18:11:58 GMT From: "Calvin H. Vu" Subject: Re: Another F77-3.3 Bug Message-Id: <9867@odin.corp.sgi.com> References: <9006291416.aa20103@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006291416.aa20103@VGR.BRL.MIL> XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: > program bug_6822 >c > logical*1 bla > logical bla4 >c > bla = .true. > bla4 = .true. > write(*,*) bla,bla4 >c > if(.not.bla) write(*,*) 'bla is false' > if(.not.bla4) write(*,*) 'bla4 is false' >c > end >---------------------------end of t1.f----------------------------------------- This is introduced in MIPS 2.0 release to allow logical*1 variables to contain integer*1 values (for VMS compatibility). There was an oversight in the implementation that caused integer operations on the logical*1 variables. This has been fixed in the 3.3 maintenance release (and in MIPS 2.10 release). Sorry about the inconvenience. - calvin ----------------------------------------------------------------------------- Calvin H. Vu | "We are each of us angels with only one Silicon Graphics Computer Systems | wing. And we can only fly embracing calvin@sgi.com (415) 962-3679 | each other."   Received: from vmb.brl.mil by VMB.BRL.MIL id ac11714; 2 Jul 90 16:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad11189; 2 Jul 90 16:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab11130; 2 Jul 90 15:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00634; 2 Jul 90 14:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24022; Mon, 2 Jul 90 11:36: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: 2 Jul 90 18:15:22 GMT From: Wiltse Carpenter Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: /debug not mounted.... Message-Id: <63228@sgi.sgi.com> References: <430@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <430@texhrc.UUCP>, mjz@texhrc.UUCP (Michael Zeitlin) writes: > > > dbx can't find /debug....apparently it isnt mounted... > i've never run across this before and am not sure how to > proceed..... > > eoe1 and eoe2 are loaded and installed properly.... > what else is there??? You may have one of the following problems: 1. dev option not installed Use the versions command to see what is installed: versions -vI should show dev.sw.cc installed. The fact that you have dbx indicates that this not likely to be the problem. 2. /debug directory has been rmdir'd If it is gone, just mkdir it and reboot. 3. dbg filesystem not properly configured in the kernel. Make sure the files I mentioned above are present. If not, I would re-install the dev option. Background: To run dbx, you need to install the dev option tape along with eoe1 and eoe2. During the installation of the dev option, the directory /debug is created as a mount point for the /debug pseudo-filesystem. Along with dbx and many other files, the dev option includes the kernel support for the debugger, /usr/sysgen/boot/dbg.o and /usr/sysgen/master.d/dbg. When you exit the installation tool, it should re-configure the kernel to include this module. When you re-boot, the startup code in /etc/init.d/MOUNTFSYS checks to see whether or not you have a /debug directory, and if so, mounts /debug. -Wiltse   Received: from vmb.brl.mil by VMB.BRL.MIL id ad11714; 2 Jul 90 16:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae11189; 2 Jul 90 16:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11135; 2 Jul 90 15:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00672; 2 Jul 90 14:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24922; Mon, 2 Jul 90 11:50: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: 2 Jul 90 18:42:25 GMT From: Andrew Cherenson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: yp and named Message-Id: <63232@sgi.sgi.com> References: <9007020449.AA22528@physics.phy.duke.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007020449.AA22528@physics.phy.duke.edu> rgb@PHY.DUKE.EDU ("Robert G. Brown") writes: >In BSD Unix, there is a special line in the hosts databases (in In article <9007020457.AA22553@physics.phy.duke.edu> > Unless there is an >undocumented -b option (possibility 1) or unless SG has a clever way >of making the yp use named different from BSD. 1) You really mean SunOS -- 4.xBSD UNIX from Berkeley does NOT support YP. 2) IRIX doesn't use the makedbm -b option. See ypserv(1M).   Received: from vmb.brl.mil by VMB.BRL.MIL id ae11714; 2 Jul 90 16:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af11189; 2 Jul 90 16:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab11135; 2 Jul 90 15:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00674; 2 Jul 90 14:56 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24931; Mon, 2 Jul 90 11:50:25 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Jul 90 18:36:08 GMT From: Andrew Cherenson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: yp and named Message-Id: <63231@sgi.sgi.com> References: <9007020245.AA05883@frodo.Physics.McGill.CA>, <1990Jul2.093719.8640@monu6.cc.monash.edu.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul2.093719.8640@monu6.cc.monash.edu.au> ccc141j@monu6.cc.monash.edu.au (George Scott) writes: >In article <9007020245.AA05883@frodo.Physics.McGill.CA>, loki@physics.mcgill.ca (Loki Jorgenson Rm421) writes: >> >> This is undesirable behaviour. How can I force rlogin to go back >> to using the named [with YP enabled]? > >All you have to do is put "-i" into the file "/etc/config/ypserv.options" on >all the machines that are YP servers. Both master and slave servers must have "-i" in ypserv.options and they must have a properly configured /usr/etc/resolv.conf that specifies the DNS server address(es) and domain name. Note that the YP database is checked before querying the name server. In IRIX 3.3, you can bypass YP for all hostname lookups with a "hostresorder" entry line in /usr/etc/resolv.conf. See resolver(4) and Ch. 8 in the new Network Communications guide for details.   Received: from vmb.brl.mil by VMB.BRL.MIL id af11714; 2 Jul 90 16:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ag11189; 2 Jul 90 16:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac11135; 2 Jul 90 15:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00676; 2 Jul 90 14:56 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24910; Mon, 2 Jul 90 11:50: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: 2 Jul 90 18:22:11 GMT From: "Calvin H. Vu" Subject: Re: f77 bug on IRIX 3.2 Message-Id: <9869@odin.corp.sgi.com> References: <2662@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2662@dftsrv.gsfc.nasa.gov> merritt@iris613.gsfc.nasa.gov (John H Merritt) writes: >Here's something that fails to produce correct output. >When you use a temporary variable for c_ext (or the string), >in the concatination statement, you get the correct result. > program ch > character c_ext*16, filename*7 > filename = 'FOO.BAR' > c_ext = '.2' > c_ext = filename // c_ext > print*,'c_ext:',c_ext > stop > end >Produces: > c_ext:FOO.BARFOO.BAR This has been fixed in the 3.2.1 maintenance release which should have been released a while ago. The code does not comply to ANSI statndard but we fixed the "bug" anyway. >I remember a bug when using // to create a filename in an open statement. >Is this the same bug? No, this is not the same. >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >John H. Merritt # Yesterday I knew nothing, >Applied Research Corporation # Today I know that. >merritt@iris613.gsfc.nasa.gov # - calvin ----------------------------------------------------------------------------- Calvin H. Vu | "We are each of us angels with only one Silicon Graphics Computer Systems | wing. And we can only fly embracing calvin@sgi.com (415) 962-3679 | each other."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12869; 2 Jul 90 17:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12291; 2 Jul 90 16:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12114; 2 Jul 90 16:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00943; 2 Jul 90 16:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29701; Mon, 2 Jul 90 13:00: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: 2 Jul 90 18:33:15 GMT From: Archer Sully Subject: Re: /debug not mounted.... Message-Id: <9870@odin.corp.sgi.com> References: <430@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <430@texhrc.UUCP> mjz@texhrc.UUCP (Michael Zeitlin) writes: > dbx can't find /debug....apparently it isnt mounted... > i've never run across this before and am not sure how to > proceed..... > any suggestions?? > eoe1 and eoe2 are loaded and installed properly.... > what else is there??? > p.s. > this kind of thing happens when our system "manglers" get a hold > of my iris....(they're predominantly SUN types....) > thanks! to whoever responds... The manglers probably deleted /debug, which would certainly prevent it from getting mounted. The only other thing that could have happened would be a modification/removal of /etc/init.d/MOUNTFSYS. -- 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 aa13515; 2 Jul 90 18:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13240; 2 Jul 90 17:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13163; 2 Jul 90 17:41 EDT Received: from ns-mx.uiowa.edu by VGR.BRL.MIL id aa01217; 2 Jul 90 17:07 EDT Received: from tessa.iaf.uiowa.edu by ns-mx.uiowa.edu (5.61.jnf/900131) on Mon, 2 Jul 90 16:00:37 -0500 id AA12145 with SMTP Received: by tessa.iaf.uiowa.edu (5.52/891024) on Mon, 2 Jul 90 16:05:42 CDT id AA02068 Date: Mon, 2 Jul 90 16:05:42 CDT From: randy frank Message-Id: <9007022105.AA02068@tessa.iaf.uiowa.edu> To: info-iris@BRL.MIL Two unrelated questions and a note: 1) in Workspace I have ICON rules with open and closed states but only my directory types are ever displayed in the open state. ie when I open a file it does not go to the open state under Workspace. If I hold the file open (ie never close it) will that work? Or do I need to notify a manager or some such thing? 2) has anyone built vn on an SG? I have rrn running just fine but vn 'seg viol's out in an index call in open tcp socket. If you've experienced this and fixed it please Email me. A note about IconSmith: First, I love it. Works great. I've been running on our PI mostly because WYSIWYG with the concave polys stuff. I had to modify the ftr.merge nawk script though because of the number of include files I use. For each ICON rule I use a pre,open,closed, and post .fti file. If the file does not exist the include line is ignored. (I have a least 20 filetypes defined) The nawk script does not close the include files after reading them and after about 15 includes nawk tells me there are too many files open and stops. I added the line 'close(infile);' after the while lines and it works. -- rjf. Randy Frank, Engineer | (319) 335-6712 University of Iowa, Image Analysis Facility | 73 EMRB randy@tessa.iaf.uiowa.edu | Iowa City, IA 52242   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13619; 2 Jul 90 18:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13573; 2 Jul 90 18:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13535; 2 Jul 90 18:09 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01266; 2 Jul 90 17:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05306; Mon, 2 Jul 90 14:17: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: 2 Jul 90 19:58:58 GMT From: "Michael A. Wilson" Organization: Nasa Ames Research Center Subject: sendmail on sgi Message-Id: <7105@amelia.nas.nasa.gov> References: <430@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The version of sendmail provided with our new SGI 4D/240 irix 3.3 does not appear to handle mx records. Is this intentional? Does sgi provide the sources to sendmail in one of the distribution subsystems? thanks--- Mike Wilson   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13770; 2 Jul 90 19:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13698; 2 Jul 90 19:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab13654; 2 Jul 90 18:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01503; 2 Jul 90 18:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08086; Mon, 2 Jul 90 14:57: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: 2 Jul 90 19:54:48 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Exabyte on Personal Iris Message-Id: <9875@odin.corp.sgi.com> References: <3306@usceast.UUCP>, <9815@odin.corp.sgi.com>, <2666@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL merritt@iris613.gsfc.nasa.gov (John H Merritt) writes: | In article <9815@odin.corp.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes: | | [Discussion of 8mm on PI] | | > | >If you have 3.2, there may be problems putting multiple archives on the | >same tape if you use bru or tar (it will sometimes rewind when it | >shouldn't, overwriting your earlier archives). This problem is fixed | >in 3.3 | I'm running 3.2 and my solution is: | | tar cBf - file | dd of=/dev/nr8mm bs=10240 | | I let dd handle writing and reading of the device and I position with | 'mt' commands. Yes, this will work around the problem, as the problem occurs in an ioctl that tar uses, and it can't use it if it's output isn't a tape. I would recommend for performance reasons using bs=128k, instead of 10k. This GENERALLY reduces the amount of repositioning required on the Exabyte, and therefore improves throughput. Your system, may of course do better with other values... You may also want to consider using a larger block size than the default (10k) with tar, for the same reason. I am a bit hazy on the fix to the problem, but I seem to recall that if you just specify a block size to tar, that the multiple archives per tape problem will not be seen (i.e., the problem occurred when trying to determine the blocksize to use). -- 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 aa14052; 2 Jul 90 20:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14025; 2 Jul 90 20:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14010; 2 Jul 90 20:26 EDT Received: from [46.1.0.20] by VGR.BRL.MIL id aa01256; 2 Jul 90 17:22 EDT From: phil morris Subject: backgrnd proc to dump whole/partial screen to file To: info-iris@BRL.MIL Date: Mon, 2 Jul 90 12:49:29 PDT Mail-System-Version: Message-ID: <9007021722.aa01256@VGR.BRL.MIL> Hi, I'm wondering if there is a way to write a background process that can monitor for some key seq (signal?) that would then take over the display and allow the user to rubberband an area of the screen to dump to a file as either a bit-map or a postscript file. Anyone know how to do this or has already done it? thanks, -Phil Morris pmorris@bbn.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14454; 2 Jul 90 22:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14394; 2 Jul 90 22:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14380; 2 Jul 90 22:27 EDT Received: from [128.32.133.1] by VGR.BRL.MIL id aa01697; 2 Jul 90 19:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13166; Mon, 2 Jul 90 16:14: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: 2 Jul 90 21:50:31 GMT From: Aaron Schuman Organization: Silicon Graphics 415-335-1901 Subject: Re: Best 8mm tapes? Message-Id: <9884@odin.corp.sgi.com> References: <938@voodoo.UUCP>, <9006291803.AA10452@forest.asd.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Forest Baskett> People tell me that the top-of-the-line Sony tapes Forest Baskett> that are approximately $10 and usually sold out at Forest Baskett> your local video store are best. I got Sony tapes for about $6.00 at Price Club, and they work fine for backup. If anybody knows of a cheaper source, please post.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14715; 2 Jul 90 23:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14670; 2 Jul 90 23:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14663; 2 Jul 90 23:21 EDT Received: from umich.edu by VGR.BRL.MIL id aa02474; 2 Jul 90 23:10 EDT Received: from ummts.cc.umich.edu by umich.edu (5.61/1123-1.0) id AA12367; Mon, 2 Jul 90 23:10:03 -0400 Date: Mon, 2 Jul 90 23:09:32 EDT From: Tim_Buxton@um.cc.umich.edu To: info-iris@BRL.MIL Message-Id: <6457212@um.cc.umich.edu> Subject: High-Level Menu Creator for X Needed We need a good, high level, menu painting program or library, and we need it for X-Windows, since that is the direction the IRIS user interface is headed (right?). I know that menus have been discussed lately, but the solutions have been of still a low-level, programming intensive nature, and not X rated. We have investigated Xpressions as listed in the Geometry Partners directory, but would like other possibilities. This is something we and thousands like us would readily pay for, third party and SGI folks. Could you address the following? 1. What X menu painting packages, on the order of Tool Book for Windows 3, are available for SGI machines now? What experiences have people had with them? 2. What packages (Motif, etc.) are Soon to Come, and When? 3. What are the costs for the above? By the way, I think that WorkSpace is a very good start toward a Really Nice user interface. It is intuitive, clean-looking and capable, but not very easy to set up a user interface with yet. Thank you for any comments you may have directed to the net, or to me directly. -Tim Buxton OptiMetrics, Inc. Tim_Buxton@um.cc.umich.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15074; 3 Jul 90 0:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac14791; 3 Jul 90 0:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14777; 3 Jul 90 0:03 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02659; 2 Jul 90 23:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29374; Mon, 2 Jul 90 20:26: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: 3 Jul 90 03:25:30 GMT From: Kirk 'UhOh' Johnson Organization: MIT Laboratory for Computer Science Subject: building X11R4 on personal iris Message-Id: <1990Jul3.032530.5631@mintaka.lcs.mit.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL the research group i work with has recently aquired a personal iris. unfortunately, we discovered that the X11 stuff that comes with the standard distribution (irix 3.2.1) includes only the server and client binaries. none of the libraries or include files necessary to build X11-based applications are present. according to our sales rep, the include files and libraries are available from SGI, but at an extra cost of about $1000 (less some academic discount). while $1000 isn't a huge sum of money, it strikes me that i _should_ be able to get the "raw" X11R4 sources via ftp and simply build all of the non-server stuff. (the fact that the X11R4 sources provide an "sgi.cf" file in mit/config fuels this gut feeling further.) unfortunately, i can't seem to build successfully. i've checked that OSMajorVersion and OSMinorVersion in mit/config/sgi.cf are correct (3 and 2, respectively). if i add the line #define BuildServer NO to the end of sgi.cf (so that the make doesn't try to build a server) and then fire up a make World, the compilation dies at line 69 of mit/util/makedepend/main.c. lines 68 through 81 follow: #ifndef USG struct sigvec sig_vec = { catch, (1<<(SIGINT -1)) |(1<<(SIGQUIT-1)) |(1<<(SIGBUS-1)) |(1<<(SIGILL-1)) |(1<<(SIGSEGV-1)) |(1<<(SIGHUP-1)) |(1<<(SIGPIPE-1)) |(1<<(SIGSYS-1)), 0 }; #endif /* USG */ the problem, complains the compiler, is that struct sigvec is not defined. since i was unable to find a definition in any of the include files i looked in (and taking a hint from some code further down in mit/util/makedepend/main.c), i wondered if the problem was that USG wasn't #define-d. to finish up a long story, adding "-DUSG" to the StandardDefines in mit/config/sgi.cf didn't help much. although make World got quite a bit further, it did crash (fail to build successfully, that is) eventually. i could provide more details about the specific problems this build ran into, but i'm not sure it'd really be of significant utility. ok. now for the real intent of my posting. (1) am i off my rocker to suspect that i should be able to get the missing include files and libraries by compiling the X11R4 source (with "#define BuildServer NO")? (sure, this would leave me with X11R4 clients and an X11R3 server, but that's not a problem.) (2) if i'm not off my rocker, does anybody know what incantations required for a successful X11R4 build? any help would be greatly appreciated. please followup via e-mail, i'll post a summary if there is sufficient interest. thanks kirk -- ---------------------------------------------------------------------- kirk johnson `Eat blue dogs tuna@masala.lcs.mit.edu and dig life.'   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15166; 3 Jul 90 0:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab14791; 3 Jul 90 0:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14775; 3 Jul 90 0:03 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02631; 2 Jul 90 23:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29750; Mon, 2 Jul 90 20: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: 3 Jul 90 03:23:40 GMT From: Vinai Rajendran Sirkay Organization: U of Iowa, Iowa City, IA Subject: Request for a list of third party dealers of memory and disk for SGI machines (VGX and PI) Message-Id: <1796@ns-mx.uiowa.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL SEND MAIL TO vsirkay@umaxc.weeg.uiowa.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15736; 3 Jul 90 3:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15583; 3 Jul 90 2:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab15563; 3 Jul 90 2:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03062; 3 Jul 90 2:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07728; Mon, 2 Jul 90 22:57:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Jul 90 02:54:13 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: /debug Message-Id: <431@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Thanks to everyone for responding to my /debug problem... rebooting was engough!! (i had to mkdir /debug...of coarse) thanks...   Received: from vmb.brl.mil by VMB.brl.MIL id ad06032; 3 Jul 90 18:34 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac05405; 3 Jul 90 18:16 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa05395; 3 Jul 90 18:00 EDT Received: from TROUT.NOSC.MIL by ADM.BRL.MIL id aa17970; 3 Jul 90 15:08 EDT Received: from ucsd.edu by trout.nosc.mil (5.59/1.27) id AA04097; Mon, 2 Jul 90 11:23:47 PDT Received: from chema.ucsd.edu by ucsd.edu; id AA03610 sendmail 5.64/UCSD-2.1-sun via SMTP Mon, 2 Jul 90 11:23:42 -0700 for @nosc.mil:info-iris@brl.mil Received: by chem.chem.ucsd.edu (5.51) id AA29486; Mon, 2 Jul 90 11:22:41 PDT Date: Mon, 2 Jul 90 11:22:41 PDT From: Steve Dempsey Message-Id: <9007021822.AA29486@chem.chem.ucsd.edu> To: info-iris@BRL.MIL Subject: startup of the 'twilight' background generator On a 4D/25TG running 3.2.1, I get the following message deposited in /usr/adm/SYSLOG whenever the Howard Look/Trevor Paquette/Reuel Nash 'twilight' background generator starts: Jun 27 11:58:45 sdchemi2 grcond[1705]: CIO: SGI_set_rects: state not initialized Has anyone else seen this? I haven't noticed any problems other than this message, but us customers don't get ANY info about 'grcond', so I'm not sure if I should worry about it or not. I usually start the program in my private user.ps with code like: /RestartActions [ { (gamma 2.4) seqfork } % 2.4 is a better guess than 1.7 { (4sight/night2) seqfork } { (demochest) seqfork } { (-p128,12 -r1000 -s40x80 -m66x132) forkwsh } % My inital window ] def but the same message will be generated when I start it from 'wsh'. -------------------------------------------------------------------------------- Steve Dempsey (619) 534-0208 Dept. of Chemistry Computer Facility, B-014 INTERNET: sdempsey@ucsd.edu University of Calif. at San Diego BITNET: sdempsey@ucsd La Jolla, CA 92093 UUCP: ucsd!sdempsey   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14791; 3 Jul 90 0:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14613; 2 Jul 90 23:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14526; 2 Jul 90 22:59 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa02343; 2 Jul 90 22:33 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Tue, 3 Jul 90 14:32 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Tue, 3 Jul 90 14:32 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA15380; Tue, 3 Jul 90 14:31:16 NZT Date: Tue, 3 Jul 90 14:31:16 NZT From: russell@ccu1.aukuni.ac.nz To: info-iris@vgr.brl.mil Message-Id: <9007030231.AA15380@ccu1.aukuni.ac.nz> This is really a Fortran problem rather than anything specific to SGI, however at the moment this is the only news group I have access to. I am writing an eps graphics file from a Fortran program. One of the requirements of eps is that it has a 'Bounding Box' comment at the start of the file. (i.e. a comment that gives the size of the picture) The problem is that I don't know the size until the program has finished drawing the picture. Is there any way to rewrite a record in Fortran? I have tried REWINDing the file and then WRITEing the first 3 records but this overwrites the original file. I have also tried using FSEEK with similar results. One possibility is to use direct access but I would rather avoid that if at all possible. Thanks, Russell.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15989; 3 Jul 90 5:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15933; 3 Jul 90 4:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab15909; 3 Jul 90 4:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03299; 3 Jul 90 4:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16349; Tue, 3 Jul 90 01:16: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: 3 Jul 90 06:33:06 GMT From: Jeff Miller Organization: University of New Mexico, Albuquerque Subject: Hardware question on 4D/20 Message-Id: <1990Jul3.063306.28718@ariel.unm.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello fellow SGI users!! I have a couple of hardware questions for all of you GURU's out there: (1) What is involved in upgrading a 4D/20 to a 4D/25? I am willing to perform the surgery myself. I believe that it involves replacing the R3000 and R3010 CPU and FPU with faster components and, of course, faster RAM. In addition, there seems to be room to install 64Kb of cache RAM in place of the existing 8Kb cache. Is there any special hardware swith to tell the CPU that it has more cache? ( Yes, I know the proceding proposal definitely voids my warranty-- if I still had one :-) (2) What are the power requirements for a fully loaded 4D/20 w/o hard drive or tape? (3) How much airflow is a "safe" minimum for the SGI? (in cu ft / min) ? Thanx in advance!! jcmiller@hydra.unm.edu "There are two types of people in the world--fast and hungry"   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16582; 3 Jul 90 7:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16440; 3 Jul 90 6:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16429; 3 Jul 90 6:29 EDT Received: from CORNELLC.CIT.CORNELL.EDU by VGR.BRL.MIL id aa03574; 3 Jul 90 6:16 EDT Received: from UKACRL.BITNET by CORNELLC.cit.cornell.edu (IBM VM SMTP R1.2.1MX) with BSMTP id 0210; Tue, 03 Jul 90 06:13:33 EDT Received: from RL.IB by UKACRL.BITNET (Mailer X1.25) with BSMTP id 7612; Tue, 03 Jul 90 11:11:41 BST Received: from RL.IB by UK.AC.RL.IB (Mailer R2.03B) with BSMTP id 9942; Tue, 03 Jul 90 11:11:32 BST Via: UK.AC.OX.VAX; 3 JUL 90 11:11:25 BST Date: Tue, 3 JUL 90 11:12:42 GMT From: HCART@vax.oxford.ac.uk To: INFO-IRIS@BRL.MIL Subject: INIT repeatedly spawns getty - thanks. Message-ID: <9007030616.aa03574@VGR.BRL.MIL> In article <9006290621.aa07092@ADM.BRL.MIL> I wrote: > > Following a recent crash, the performance of our 3130 has >fallen significantly. Output from ps aux shows that INIT >is spawning a getty on serial line 2, on which we have an ascii >terminal. After a few seconds, a login process appears for this >line, even though no one is using the terminal. A short while >later, a new getty appears and the cycle repeats endlessly. > >Anyone have any suggestions as to the probable cause of this >difficulty and how we can resolve it .... Thanks to all who responded. Most suggested a faulty hardware line to the ascii terminal, which indeed turned out to be the problem. Thanks again. Hugh Cartwright, Physical Chemistry, Oxford.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19600; 3 Jul 90 9:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18972; 3 Jul 90 8:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18866; 3 Jul 90 8:48 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa00260; 3 Jul 90 8:23 EDT Received: Tue, 3 Jul 90 05:02:06 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Tue, 3 Jul 90 08:01:12 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Tue, 3 Jul 90 08:28:07 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Tue, 3 Jul 90 08:28:07 EDT From: Tony Facca Message-Id: <9007031228.AA02562@avelon.lerc.nasa.gov> To: CAVECCHIA%ITNCISCA.BITNET@cunyvm.cuny.edu Subject: Re: Some Problems Cc: info-iris%brl.mil@prandtl.nas.nasa.gov > 1) About anonymous ftp > > I have configured my site with the "anonymous ftp" facility. Some of > the directories in ~ftp are symbolic links to other directories on a > remote disk mounted via NFS. I have discovered that if I connect as > anonymous there is no way to do a CD to those directories (!). This is the way NFS works. You will also notice that if you have a file system mounted from one host to a second host, then rlogin (telnet) from a third host, you won't be able to access the NFS mounted file system either. > Another (less complicated) question is the following: > Is there any way to log any anonymous login (I mean user, host and what he > downloads) to a file? Edit the file /usr/etc/inetd.conf and change the ftp line to look like this: ftp stream tcp nowait root /usr/etc/ftpd ftpd -d -l The -d switch will print debugging information in the /usr/adm/SYSLOG file and the -l switch logs ftp sessions. Then restart the inetd daemon. --   Tony Facca fsfacca@avelon.lerc.nasa.gov     Received: from vmb.brl.mil by VMB.BRL.MIL id aa20826; 3 Jul 90 10:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20502; 3 Jul 90 9:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20324; 3 Jul 90 9:42 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa00666; 3 Jul 90 9:22 EDT Received: Tue, 3 Jul 90 09:25:38 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 3 Jul 90 09:25:38 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007031325.AA22221@aero4.larc.nasa.gov> To: ns-mx!umaxc.weeg.uiowa.edu!vsirkay@uunet.uu.net Subject: Re: Request for a list of third party dealers of memory and disk for SGI machines (VGX and PI) Cc: info-iris@BRL.MIL Here is a list I have compiled from info-iris mail. All comments are from the original poster. I don't know how good or bad any of them are we haven't ordered anything yet. Sophisticated Circuits 19017 120th Ave N.E. Bothel, WA 98011 (206) 485-7172. Memory for 4D 20's, 1Mb simms, $125/Mb (January '90) 4MB chips also available. About 3day delivery. "...about the 4th time I have bought memory from them. Last year I got a batch of bad chips and they promptly replaced them with no hassle. The original memory I bought is still working fine, just about 2 years." Impediment, Inc. 333 Duxbury, MA 02332 (617) 837-8877, Alex Sunguroff (car phone): (617) 694-4488 Memory for 4D 20's, 1Mb simms, $90/Mb (early January '90) Memory for 4D 25, 4Mb simms 80ns, $525/4Mb (early March '90) Memory for 4D 200's $225/Mb (early January '90) (Have heard good things about this company, including 5 year replacement guarantee, not 90 days like some companies) ClearPoint 35 Parkwood Drive Hopkington,MA 07148 (800) 253-2778, (508) 435-2000 (A distributor: Dick Smith, Software Associtates: (916) 344-5558) Memory for 4D 20's, $76/Mb (GSA pricing) (late February '90) 1Mb sims, $100/Meg (80Ns) Memory for 4D/25, 4Mb sims 100ns, $730/4Meg (early March '90) Memory for SPARCstation 1+, 4Mb sims 80ns, $520/4Meg (mid April '90) (Life time warranty.) Parity Systems Inc. 504-B Vandell Way Campbell, CA 95008-9737, John Miller (408) 378-1000, FAX: (408) 378-1022 1MB 80ns SIMMS in Sun 3/x0's and SGI 4D/25's. $85US. (early Jan/90) No problems, fast ship, life-time warranty. Datarep Co., (408) 730-2121, David M. McWalters, Chip Meyers 100ns Piiceon, Helio: $575(/4Mb ?), 80ns: $625 (early March '90) South Coast Electronics, (213) 208-3260, Bob Rich 80ns Toshiba or Hitachi: $588(/4Mb ?) (early March '90) Systems Research, (415) 940-1890, Peter Kikos 80ns Hitachi: $595(/4Mb ?) Technology Works, Austin, TX, 800-622-2210 Memory for SPARCstation 1+, 4Mb sims 80ns, $520/4Meg (mid April '90) Note: Some one said they tried Hitachi SIMMS in a Personal and they didn't work. If anyone has any more names to add to the list or new prices please let me know. Also, please include an address or at least a phone number for the company. -- 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 ac06170; 3 Jul 90 18:45 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa06032; 3 Jul 90 18:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05661; 3 Jul 90 18:07 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa03256; 3 Jul 90 17:41 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 5114; Tue, 03 Jul 90 12:09:56 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 3 Jul 90 12:07 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA29239; Tue, 3 Jul 90 12:45:13 DSD Date: Tue, 3 Jul 90 12:45:13 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: LONG LONG LONG filenames in workspace To: info-iris@BRL.MIL Message-id: <9007031945.AA29239@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil How do you get filenames longer than the default dir string slot? I noticed strings in workspace files names like /usr/people/dean/.workspace/_+usr_+people_+dean_+D.TableTop_+D.Skulls The base name part is longer than 18 or so characters that a unix dir string is allocated with. -- +-----------------------------------------------------------------------------+ | 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 aa06302; 3 Jul 90 19:01 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac06032; 3 Jul 90 18:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06005; 3 Jul 90 18:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03345; 3 Jul 90 17:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22602; Tue, 3 Jul 90 11:58:03 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Jul 90 18:48:44 GMT From: Paul Linton Organization: Univ. of Ky., CCS. Subject: NFS for Personal Iris? Message-Id: <15574@s.ms.uky.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Being that I "inherited" the responsibility of a Personal Iris I was trying to find out some info. I installed a new OS (received in December or January) which I was later told by SGI was sent to us by 'accident'. Do I have to call someone and specifically ask for updates (sort of like IBM and its PC/RT)? Anyway, nowhere on the installation tapes could I locate any NFS type stuff. Is this purchased separately? What do I need to do to get it if it's not? Thanks, Paul   Received: from vmb.brl.mil by VMB.BRL.MIL id ab06302; 3 Jul 90 19:02 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ad06170; 3 Jul 90 18:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06091; 3 Jul 90 18:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03359; 3 Jul 90 17:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19756; Tue, 3 Jul 90 11:12:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Jul 90 17:27:33 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Hardware question on 4D/20 Message-Id: <9914@odin.corp.sgi.com> References: <1990Jul3.063306.28718@ariel.unm.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL jcmiller@hydra.unm.edu (Jeff Miller) writes: | Hello fellow SGI users!! | | I have a couple of hardware questions for all of you GURU's out there: | | (1) What is involved in upgrading a 4D/20 to a 4D/25? I am willing to perform | the surgery myself. I believe that it involves replacing the R3000 and R3010 | CPU and FPU with faster components and, of course, faster RAM. In addition, | there seems to be room to install 64Kb of cache RAM in place of the existing | 8Kb cache. Is there any special hardware swith to tell the CPU that it has | more cache? | ( Yes, I know the proceding proposal definitely voids my warranty-- if I | still had one :-) I won't speak to the rest, but some other things that you get with a 4D25 are a faster SCSI chip, and a new I/O controller chip. The combination boosts disk throughput considerably. Since the I/O chip is an SGI chip, you can't just buy one. The SCSI chip is the WD 33C93A, instead of the 33C93. Just changing the SCSI chip won't help a whole lot without the new I/O chip (I seem to recall about 10% improvement with just the 93A). The types of the I/O and SCSI chips are determined independently of each other. I also seem to recall that there was some minor board layout required to accomodate the higher clock rate, and some PAL changes. The cache is sized at boot time; I don't know if the 4D20 cpu board really supports more cache than is present; I am not a hardware person. And, as you note, you have completely violated your warranty, and if you blow it, you lose... -- 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 ac06302; 3 Jul 90 19:02 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ae06170; 3 Jul 90 18:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab06091; 3 Jul 90 18:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03361; 3 Jul 90 17:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10642; Tue, 3 Jul 90 08:47:50 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 3 Jul 90 15:22:03 GMT From: dave "who can do? ratmandu!" ratcliffe Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: backgrnd proc to dump whole/partial screen to file Message-Id: <9908@odin.corp.sgi.com> References: <9007021722.aa01256@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007021722.aa01256@VGR.BRL.MIL> pmorris@BBN.COM (phil morris) writes: >Hi, > >I'm wondering if there is a way to write a background process that can >monitor for some key seq (signal?) that would then take over the display >and allow the user to rubberband an area of the screen to dump to a file >as either a bit-map or a postscript file. Anyone know how to do this >or has already done it? you'll have to write yer background process from another piece, but the part about allowing the user to rubberband an area of the screen *is* done in SNAPSHOT(6D). source for this lives in /usr/people/4Dgifts/iristools/imgtools/snapshot.c refer to the section about 4Dgifts in the "Release and Installation Notes" where it lists how to install IF you don't have a /usr/people/4Dgifts user account/subtree loaded on yer system. -- daveus rattus yer friendly neighborhood ratman KOYAANISQATSI ko.yan.nis.qatsi (from the Hopi Language) n. 1. crazy life. 2. life in turmoil. 3. life out of balance. 4. life disintegrating. 5. a state of life that calls for another way of living.   Received: from vmb.brl.mil by VMB.BRL.MIL id ad06302; 3 Jul 90 19:02 EDT Received: from vmb.brl.mil by VMB.brl.MIL id af06170; 3 Jul 90 18:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06152; 3 Jul 90 18:42 EDT Received: from SGI.COM by VGR.BRL.MIL id aa03606; 3 Jul 90 18:18 EDT Received: from pdi by sgi.sgi.com via UUCP (5.52/900423.SGI) for info-iris@brl.mil id AA00717; Tue, 3 Jul 90 15:19:02 PDT Received: by pdi.UUCP (1.4/4.7) id AA44957835; Tue, 3 Jul 90 11:22:25 pdt Date: Tue, 3 Jul 90 11:22:25 pdt From: Shoshana Abrass Message-Id: <9007031822.AA44957835@pdi.UUCP> Subject: Filesystem fragmentation / performance Apparently-To: sgi!brl.mil!info-iris People here are confused about the SGI's filesystem, and I'm hoping someone out there can clear things up. As I understand it, the old AT&T filesystem was subject to serious fragmentation, ie, the longer a file had been around (assuming it grew gradually) the more fragmented it became (its blocks were all over the disk) and the slower its access time was. Over time, then entire operating system could be seen to gradually slow down. The only cure for this was to back the whole thing up on to tape, remake the filesystem and restore. Along came the Berkeley filesystem, with cylinder groups and other niceties. With the Berkeley fs, files were completely rewritten to disk when a size increase would have fragmented them - in other words, the old blocks were deallocated and new, contiguous blocks (in the cylinder group sense) were allocated. This system sustained performance over time, but slowed noticeably when the disk became more than 90% full. So here are my questions: 1) Assuming the above is correct, which scheme does SGI use? 2) In the AT&T system, if your use pattern was to create a lot of files - then remove them all - then make a bunch more - would you still see a gradual slowdown in performance? ie, if you didn't have files that increased in size over time? 3) Can aging slow the Berkeley fs and, if so, how can it be fixed? As you might guess, some of our PI's are apparently slower than other PI's with identical hardware, and we're seeking a reason. Can anyone think of age problems other than fragmentation? Thanks for any help - I'll summarize significant replies that don't get posted. -shoshana Shoshana Abrass pdi!shoshana@sgi.com --------------- Disclaimer necessitated by mailpath: ---------------- I don't work for sgi, I just work downstream. ---------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06412; 3 Jul 90 19:20 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab06032; 3 Jul 90 18:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05910; 3 Jul 90 18:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03338; 3 Jul 90 17:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA00862; Tue, 3 Jul 90 14:01: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: 3 Jul 90 20:04:53 GMT From: James Helman Organization: Stanford University Subject: Re: building X11R4 on personal iris Message-Id: References: <1990Jul3.032530.5631@mintaka.lcs.mit.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Back in April I posted the patches I used to compile the X11R4 distribution on our 4D/220 under IRIX 3.2 (without server, of course). The patches are available by anonymous ftp from fresnel.stanford.edu in pub/4DX. In addition to the patches, the X11R4 client binaries, includes and libraries are also there. Caveat 1: I haven't tried recompiling under 3.3 yet. Caveat 2: XPutImage in SGI's X server (IRIX 3.2 and 3.3) has several problems drawing 1 bit images, e.g. using xwud to display window dumps from a monochrome Sun doesn't work. 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 ac06412; 3 Jul 90 19:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af06302; 3 Jul 90 19:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab06291; 3 Jul 90 19:00 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa03262; 3 Jul 90 17:41 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 5199; Tue, 03 Jul 90 12:13:14 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 3 Jul 90 12:10 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA29243; Tue, 3 Jul 90 12:48:44 DSD Date: Tue, 3 Jul 90 12:48:44 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: High Speed Kermit mods wanted... To: info-iris@BRL.MIL Message-id: <9007031948.AA29243@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I am stuck debugging a serial device at 9600 baud because our kermit does not know about the faster termio available on the iris machines. Does anybody have the mods to the columbia kermit source to get kermit to recognize exotic high(19200,38400, EXTA,EXTB) speeds ? If this is avaiable using cu, please send how to use cu. I have not used it in a long long time. I would rather use kermit. THANKS, dan(the speed deamon) -- +-----------------------------------------------------------------------------+ | 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 aa06526; 3 Jul 90 19:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae06302; 3 Jul 90 19:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06291; 3 Jul 90 19:00 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa03253; 3 Jul 90 17:40 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4792; Tue, 03 Jul 90 11:54:27 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 3 Jul 90 11:51 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:randy@tessa.iaf.uiowa.edu) id AA28753; Tue, 3 Jul 90 12:28:52 DSD Date: Tue, 3 Jul 90 12:28:52 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: MergeFile nawk script. To: randy@tessa.iaf.uiowa.edu Cc: info-iris@BRL.MIL Message-id: <9007031928.AA28753@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, randy@tessa.iaf.uiowa.edu 1) Thanks for telling me about the dangling open files. 2) the included files should be enclosed in cury braces so that you can do thusly: ICON include("yoyo.fti"); ICON if(YaYa) include("YoYo.fti); What do you mean pre, and post file state ? What is vn and rrn. 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 aa06595; 3 Jul 90 19:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab06412; 3 Jul 90 19:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06371; 3 Jul 90 19:03 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03665; 3 Jul 90 18:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07103; Tue, 3 Jul 90 15:41: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: 3 Jul 90 21:36:56 GMT From: Dave Zirl Organization: Rutgers Univ., New Brunswick, N.J. Subject: transforming from screen to object coordinates Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This may sound quite simple, but we are having problems none-the-less. We want to pick a point on the screen(x,y) and convert them into object(world) coordinates(X,Y,Z). The problem seems to be in the multiple layers of transformations that the screen coordinates must undergo before they become object coordinates. According to the graphics library program guide the following transformations are involved(in either direction (obect <-->screen)) obect coords --> model/view matrix --> eye coords --> projection matrix --> clip coords --> divide by w normalized coords --> viewport system --> window coords --> window offset --> screen coords -->pixel However, the problem lies in converting pixel values returned from MOUSEX and MOUSEY into the eye coordinate system and subsequently going from the eye to object coordinate system. If anyone has done any similar programming their assistance on this problem would be greatly appreciated. I can be reached at dmz@rutile.rutgers.edu Thanks in advance David Zirl Rutgers University Department of Ceramics PO Box 909 Piscataway, NJ 08855-0909 201-932-3083 dmz@rutile.rutgers.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab06595; 3 Jul 90 19:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab06526; 3 Jul 90 19:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06445; 3 Jul 90 19:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03717; 3 Jul 90 19:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07911; Tue, 3 Jul 90 15:52: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: 3 Jul 90 22:37:54 GMT From: sdd.hp.com!samsung!cs.utexas.edu!news-server.csri.toronto.edu!utgpu!drascic@ucsd.edu Organization: Dept of Industrial Engineering, University of Toronto Subject: Third Party Video Frame Grabbers -- Do they exist?! Message-Id: <1990Jul3.223754.18631@gpu.utcs.utoronto.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know anything about using frame-grabbers with the irises? We know about the SGI LVD (Live Video Device, or something like that). Unfortunately, it costs a fortune we do not have. There are gobs of VME-bus devices out there. The only problem is the lack of drivers. So, my question: Has anyone every used a third party video frame grabber with their Iris (or know of someone who has)? Was it hard? Expensive? Who made it? Can we borrow your drivers :-) ? Please reply via e-mail to drascic@ecf.utoronto.ca or SpIke@vered.rose.utoronto.ca I'll post a summary of replies if people are interested. Thanks in advance! David Drascic Dept of Industrial Engineering University of Toronto.   Received: from vmb.brl.mil by VMB.BRL.MIL id ac06595; 3 Jul 90 19:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac06526; 3 Jul 90 19:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06447; 3 Jul 90 19:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03721; 3 Jul 90 19:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07553; Tue, 3 Jul 90 15:47: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: 3 Jul 90 21:46:30 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: backgrnd proc to dump whole/partial screen to file Message-Id: <9938@odin.corp.sgi.com> References: <9007021722.aa01256@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007021722.aa01256@VGR.BRL.MIL>, pmorris@BBN.COM (phil morris) writes: |> Hi, |> |> I'm wondering if there is a way to write a background process that can |> monitor for some key seq (signal?) that would then take over the display |> and allow the user to rubberband an area of the screen to dump to a file |> as either a bit-map or a postscript file. Anyone know how to do this |> or has already done it? Here is a shell archive containing 2 files sp and sp.kill. sp installs a lightweight PostScript process that watches the print screen key. When the print screen key is pressed, sp invokes the scrsave program. You can change "scrsave /usr/tmp/scrsave" to "snapshot" if you want to rubberband out the area to be saved. sp.kill removes the lightweight process. Both files should be made executable. # This is a shell archive. Remove anything before this line, # then unpack it by saving it in a file and typing "sh file". # # Wrapped by on Tue Jul 3 14:41:40 PDT 1990 # Contents: sp sp.kill echo x - sp sed 's/^@//' > "sp" <<'@//E*O*F sp//' #!/usr/NeWS/bin/psh systemdict begin /ScreenPrinter { newprocessgroup createevent begin /Name 16#6F9E def % PrintScreen key scan code /Action [/UpTransition /DownTransition] def /Exclusivity true def currentdict end expressinterest { awaitevent begin Action /UpTransition eq { console rand (Saving screen %\n) fprintf (scrsave /usr/tmp/scrsave) forkunix } if end } loop } fork def end @//E*O*F sp// chmod u=rwx,g=rx,o=rx sp echo x - sp.kill sed 's/^@//' > "sp.kill" <<'@//E*O*F sp.kill//' #!/usr/NeWS/bin/psh systemdict /ScreenPrinter known { ScreenPrinter killprocess systemdict /ScreenPrinter undef } if @//E*O*F sp.kill// chmod u=rwx,g=rx,o=rx sp.kill exit 0 -- 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 aa07134; 3 Jul 90 21:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07007; 3 Jul 90 21:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07004; 3 Jul 90 21:17 EDT Received: from enh.nist.gov by VGR.BRL.MIL id aa03999; 3 Jul 90 21:05 EDT Return-path: rbriber@poly1.nist.gov Received: from poly1.nist.gov by ENH.NIST.GOV; Tue, 3 Jul 90 21:04 EST Received: by poly1.nist.gov (5.52/890607.SGI) (for @enh.nist.gov:info-iris@vgr.brl.mil) id AA05839; Tue, 3 Jul 90 21:13:11 EDT Date: Tue, 3 Jul 90 21:13:11 EDT From: rbriber@poly1.nist.gov Subject: fragmentation To: info-iris@vgr.brl.mil Message-Id: <9007040113.AA05839@poly1.nist.gov> pdi!shoshana@sgi.com asks about file fragmentation: AT&T filesystem was subject to serious fragmentation, ie, the longer a file had been around (assuming it grew gradually) the more fragmented it became (its blocks were all over the disk) and the slower its access time was. Over time, then entire operating system could be seen to gradually slow down. The only cure for this was to back the whole thing up on to tape, remake the filesystem and restore. Along came the Berkeley filesystem, with cylinder groups and other niceties. With the Berkeley fs, files were completely rewritten to disk when a size increase would have fragmented them - in other words, the old blocks were deallocated and new, contiguous blocks (in the cylinder group sense) were allocated. This system sustained performance over time, but slowed noticeably when the disk became more than 90% full. So here are my questions: 1) Assuming the above is correct, which scheme does SGI use? This is a question I am interested in also and haven't read/heard anything about on SGI machines. Is file fragmentation a problem and if it is what are the choices to correct it? -- ---------------------------------------------------------------------------- | Adios Amoebas, | "I've tried and I've tried and I'm still mystified, | | Robert Briber | I can't do it anymore and I'm not satisfied." | | 224/B210 NIST | --Elvis | | Gaithersburg, MD |------------------------------------------------------| | 20899 USA | rbriber@poly1.nist.gov (Internet) | |(301) 975-6775(voice)| rbriber@enh.nist.gov (Internet) | |(301) 975-2128 (fax) | rbriber@nbsenh (Bitnet) | ----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07401; 3 Jul 90 22:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07349; 3 Jul 90 22:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07333; 3 Jul 90 22:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05787; 3 Jul 90 22:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20376; Tue, 3 Jul 90 19:10:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Jul 90 01:22:38 GMT From: John D Mccalpin Organization: College of Marine Studies, Univ. of Delaware Subject: Re: Request for a list of third party dealers of memory and disk for SGI machines (VGX and PI) Message-Id: <6684@vax1.acs.udel.EDU> References: <9007031325.AA22221@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007031325.AA22221@aero4.larc.nasa.gov> blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") writes: > > Here is a list I have compiled from info-iris mail. [....] > > Impediment, Inc. > 333 Duxbury, MA 02332 > (617) 837-8877, Alex Sunguroff (car phone): (617) 694-4488 > Memory for 4D 20's, 1Mb simms, $90/Mb (early January '90) > Memory for 4D 25, 4Mb simms 80ns, $525/4Mb (early March '90) As of today (July 3, 1990) the price on 4 MB SIMM's is $400/4MB. Alex also sells disk drives and enclosures for very good prices --- 760 MB SCSI w/cabinet power supply and cables for ~$2600 -- maybe lower. -- 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 aa01695; 5 Jul 90 0:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01443; 5 Jul 90 0:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01423; 4 Jul 90 23:42 EDT Received: from NYU.EDU by VGR.BRL.MIL id aa08041; 4 Jul 90 3:32 EDT Received: by cmcl2.NYU.EDU (5.61/1.34) id AA02811; Wed, 4 Jul 90 03:34:34 -0400 Date: Wed, 4 Jul 90 03:34:34 -0400 From: rosenblg@nyu.edu Message-Id: <9007040734.AA02811@cmcl2.NYU.EDU> To: comment@cmcl2.nyu.edu, karron@mcirps2.med.nyu.edu Subject: Re: Kermit source ftp address... Cc: info-iris@BRL.MIL try 'cunixc.cc.columbia.edu' you'd have to check the source for those mods.   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01821; 5 Jul 90 1:22 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac01746; 5 Jul 90 1:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac01737; 5 Jul 90 0:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08562; 4 Jul 90 9:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26269; Wed, 4 Jul 90 06:28:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Jul 90 01:24:12 GMT From: Dan Watts Organization: Ki Research, Inc. Derry, NH Subject: Re: NFS for Personal Iris? Message-Id: <807@ki.UUCP> References: <15574@s.ms.uky.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <15574@s.ms.uky.edu> paul@rt.ccs.uky.edu (Paul Linton) writes: >Anyway, nowhere on the installation tapes could I locate any NFS type >stuff. Is this purchased separately? What do I need to do to get it >if it's not? NFS is a seperate purchase option. My 3.2 version is labelled: NFS, S4-NFS-3.2 and is part number: 801-0002-012A -- ##################################################################### # 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 ah01147; 5 Jul 90 15:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af00100; 5 Jul 90 15:10 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa03291; 5 Jul 90 12:39 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa19160; 5 Jul 90 12:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20163; Wed, 4 Jul 90 13:33: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: 3 Jul 90 16:36:19 GMT From: swrinde!zaphod.mps.ohio-state.edu!wuarchive!kuhub.cc.ukans.edu!arritt@ucsd.edu Organization: University of Kansas Academic Computing Services Subject: trouble with "nice" increments Message-Id: <24851.26908334@kuhub.cc.ukans.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am using a 4D/25G running IRIX 3.2. The "nice" command does not seem to do what I would like; i.e., establish varying priorities for different jobs. Specifically it does not seem to respond to the priority increment argument. As a test, I started three identical jobs, as follows: JOB 1: ascot.exe < ascot.dat > ascot.out & JOB 2: nice -19 ascot.exe < ascot.dat > ascot.nice & JOB 3: nice ascot.exe < ascot.dat > ascot.nice2 & I then checked the jobs every so often, and found the following cpu usage: JOB 1 (change from previous) JOB 2 (change) JOB 3 (change) 4:34 1:49 0:01 4:51 (0:17) 2:07 (0:18) 0:16 (0:15) 5:13 (0:22) 2:30 (0:23) 0:35 (0:19) 5:41 (0:28) 2:57 (0:27) 0:57 (0:18) As you can see from the (change) entries, JOB 1 and JOB 2 used the same cpu within roundoff error to one second, while JOB 3 uses less cpu. I would have expected for JOB 2 to get the least cpu (at "nice -19"), JOB 3 to get a little more (since "nice" should default to "nice -10") and JOB 1 to get the most. Each job is 397 blocks (about 1.6 MB) so all three jobs should fit easily into the system's 16 MB of physical memory. What am I doing wrong? Any help you can give would be most appreciated. ________________________________________________________________________ Ray Arritt | Dept. of Physics and Astronomy | Univ. of Kansas | Lawrence, KS 66045 | arritt@kuhub.cc.ukans.edu | arritt@ukanvax.bitnet |   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00733; 4 Jul 90 19:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00678; 4 Jul 90 18:55 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa00671; 4 Jul 90 18:29 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa29770; 4 Jul 90 2:23 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 2559; Wed, 04 Jul 90 02:19:16 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 4 Jul 90 02:17 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA15763; Wed, 4 Jul 90 02:55:38 DSD Date: Wed, 4 Jul 90 02:55:38 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Workspace edge conflict ??? To: info-iris@BRL.MIL Message-id: <9007040955.AA15763@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I have observed corruption of the edge window when workspace windows are underne th. Have any others seen this problem ? 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 aa00954; 4 Jul 90 20:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00863; 4 Jul 90 20:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00845; 4 Jul 90 19:40 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07721; 4 Jul 90 0:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29449; Tue, 3 Jul 90 21:31: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: 4 Jul 90 04:19:08 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Some Problems Message-Id: <63371@sgi.sgi.com> References: <5690> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <5690>, CAVECCHIA@ITNCISCA.BITNET writes: > I have two simple (simple?) questions: > > 1) About anonymous ftp > > I have configured my site with the "anonymous ftp" facility. Some of > the directories in ~ftp are symbolic links to other directories on a > remote disk mounted via NFS. I have discovered that if I connect as > anonymous there is no way to do a CD to those directories (!). Are you sure that some of the directories are NFS mounts matters? It is true that the NFS protocol does not allow "double hops," or NFS mounts of remote file systems that are themselves NFS mounted. However, that does not seem to be involved in the description above. "Anonymous ftp" chroot(2)'s into ~ftp. This means that all symbolic links from within ~ftp must terminate somewhere in the ~ftp tree, or they will appear to be dangling. It also means that all programs in ~ftp/bin must either not be linked with shared libraries, or their must be appropriate shared libraries in the ~ftp tree. Similar considerations apply to familiar databases like /etc/passwd and /etc/group. > Another (less complicated) question is the following: > Is there any way to log any anonymous login (I mean user, host and what he > downloads) to a file? In IRIX 3.3 some limited logging can be turned on by editing /usr/etc/inetd.conf. See ftpd(1M). > 2) utmp.h problems > > I guessed that the struct utmp in /usr/lib/utmp.h should have the > ut_name and ut_host fields but the second one is missing. Is there a way to > get the user name and host of a remote user? There is another strange thing: > when I telnet to my site from another machine the shell environment variable > REMOTEHOST is correctly setted, but REMOTEUSER is "UNKNOWN". The environment variables REMOTEHOST and REMOTEUSER are Silicon Graphics features (i.e. hacks) that date from the days when we did not have fancy BSD style /etc/*tmp files. They are set by the appropriate deamons or login. The rlogin and rsh protocols includes sending the local user name to the remote machine, and so rlogind and login can correctly set REMOTEUSER. The telnet protocol does not include sending the local user name, and so telnetd on the remote machine sets REMOTEUSER to UNKNOWN. IRIX 3.3 has /etc/*tmp files, so that who(1), w(1), last(1), etc. say more. Vernon Schryver vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01821; 5 Jul 90 1:22 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa01746; 5 Jul 90 1:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01737; 5 Jul 90 0:38 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa07792; 4 Jul 90 1:32 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 2299; Wed, 04 Jul 90 01:32:54 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 4 Jul 90 01:30 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA15474; Wed, 4 Jul 90 02:08:55 DSD Date: Wed, 4 Jul 90 02:08:55 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Kermit source ftp address... To: comment@cmcl2.nyu.edu Cc: info-iris@BRL.MIL Message-id: <9007040908.AA15474@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Some time ago I got the sources to kermit from a columbia ftp address. I forgot it. Do any of you know what it it ? My specific need for source is I need to debug a serial port at speeds greater than 9600. Do mods exist for 19200 and 38400 and EXTA, EXTB baud rate in kermit ? 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 ab01821; 5 Jul 90 1:22 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab01746; 5 Jul 90 1:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01737; 5 Jul 90 0:40 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08248; 4 Jul 90 5:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14570; Wed, 4 Jul 90 02:37:30 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Jul 90 08:58:26 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: 3.3. puzzle problems (Was: Re 3.3. disk striping) Message-Id: <1990Jul4.095826.808@urz.unibas.ch> References: <1990Jun29.083658.807@urz.unibas.ch>, <9737@odin.corp.sgi.com>, <1990Jun30.203902.4477@alias.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL > I've got a machine with a 2-drive controller with, say, a pair of 780's. > One has root, just enough for /usr to be comfortable, and the rest (500Mb) > dedicated to swap. Thanks to all who replied - I didn't have 3.3. the time I asked, and I assumed that the old mechanism for swap as gone. Having the man pages now, I apologize for the question. *********************** 3.3. puzzle *********************** It seems to me that the old problem with 3.2 shows up again - once our 4D/120 is fully loaded, I can't log in any more (i.e., the console can't load the microcode). Funny enough, my IP5 board shows the 'phantom bus error' again (fixed in 3.2.3), and the syslogd still shows the lines gm-2 (configured for IP5) 1.14+ Loading PP ucode Version 1.2 6/20/87 User unknown revision (1.12cloverIP5GT) (which are always there - even if the console can load the microcode). My suspicion is that something is wron with my hardware. Suggestions welcome. Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id ad01821; 5 Jul 90 1:22 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ad01746; 5 Jul 90 1:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad01737; 5 Jul 90 0:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08700; 4 Jul 90 10:58 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01154; Wed, 4 Jul 90 07:51: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: 4 Jul 90 12:49:02 GMT From: Trevor Paquette Organization: The University of Calgary Subject: Re: startup of the 'twilight' background generator Message-Id: <1990Jul4.124902.18634@calgary.uucp> References: <9007021822.AA29486@chem.chem.ucsd.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007021822.AA29486@chem.chem.ucsd.edu>, sdempsey@UCSD.EDU (Steve Dempsey) writes: > On a 4D/25TG running 3.2.1, I get the following message deposited in > /usr/adm/SYSLOG whenever the Howard Look/Trevor Paquette/Reuel Nash > 'twilight' background generator starts: > > Jun 27 11:58:45 sdchemi2 grcond[1705]: CIO: SGI_set_rects: state not initialized > > Has anyone else seen this? ... stuff deleted ... There is a bug in the version posted that will cause the Personal Iris to crash. It has to do with one routine not finishing drawing and another routine suddenly sending tokens to the gfx pipline before the other is done. I am gogin to post a new version within the next few days that should fix this problem and includes some enhancements (shooting stars, a moon and 'venus'.) 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 ag00100; 5 Jul 90 15:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03282; 5 Jul 90 12:49 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa02930; 5 Jul 90 12:11 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa18807; 5 Jul 90 11:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16913; Thu, 5 Jul 90 08:42:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jul 90 03:16:21 GMT From: Eric Pettersen Subject: night.c parameters Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I kind of like sunsets with purple in them, so after playing around with the parameters in night.c, I found the following set to be very beautiful: change Y1 from 0.0 to 0.1 change Y2 from 0.2 to 0.3 change orange from (255,72,0) to (152,0,194) change blueish from (0,110,189) to (45,0,175) change red from (255,0,0) to (255,72,0) Eric Pettersen pett@cgl.ucsf.edu ...!ucbvax!ucsfcgl!pett   Received: from vmb.brl.mil by VMB.BRL.MIL id af01147; 5 Jul 90 15:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad00100; 5 Jul 90 15:10 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa03286; 5 Jul 90 12:37 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa19028; 5 Jul 90 12:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05972; Wed, 4 Jul 90 18:47:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jul 90 01:33:11 GMT From: usc!cs.utexas.edu!news-server.csri.toronto.edu!utgpu!xiaoyan@ucsd.edu Organization: UTCS Public Access Subject: Wanted: info about PostScript to C Message-Id: <1990Jul5.013311.9278@gpu.utcs.utoronto.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anybody in SGI land know where I can get PostScript to C transformer? I heard some talks on this, but never saw the program posted. Did I miss it? Thanks in advance. xiao xiao@vered.rose.utoronto.ca Department of Industrial Engineering University of Toronto   Received: from vmb.brl.mil by VMB.BRL.MIL id ag01147; 5 Jul 90 15:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae00100; 5 Jul 90 15:10 EDT Received: from adm.brl.mil by VMB.BRL.MIL id ab03286; 5 Jul 90 12:37 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa19092; 5 Jul 90 12:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04547; Wed, 4 Jul 90 18:19: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: 4 Jul 90 17:50:32 GMT From: ze'ev peter Organization: back in civilization Subject: Figaro on an SGI working with GL Message-Id: <77358@aerospace.AERO.ORG> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone had experience using Figaro on an SGI? We are trying to develop an application which would take input from the user and draw some Phigs graphics into a GL window. As a simple test, I wrote a simple program which opened up two GL windows (one window had menus attached to it which could draw filled circles--like popup.c) and also opened up a Figaro window from some Figaro code from the examples with the Figaro tapes. Unfortunately, Figaro seemed to take over the screen and when I clicked in the GL window for the menus--nothing came up. In fact, the whole system hung! Is this just a bsd socket problem which will be fixed with version 3.3 or will Figaro never be made compliant with GL like SunPhigs is with Sunview? --   Received: from vmb.brl.mil by VMB.BRL.MIL id aj01147; 5 Jul 90 15:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ai00100; 5 Jul 90 15:10 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa03657; 5 Jul 90 13:00 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa19027; 5 Jul 90 12:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05956; Wed, 4 Jul 90 18:47:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jul 90 01:31:37 GMT From: clyde.concordia.ca!news-server.csri.toronto.edu!utgpu!xiaoyan@uunet.uu.net Organization: University of Toronto Subject: Wanted: PostScript to C transformer Message-Id: <1990Jul5.013137.9158@gpu.utcs.utoronto.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anybody in SGI land know where I can get PostScript to C transformer? I heard some talks on this, but never saw the program posted. Did I miss it? Thanks in advance. xiao xiao@vered.rose.utoronto.ca Department of Industrial Engineering University of Toronto   Received: from vmb.brl.mil by VMB.BRL.MIL id ak01147; 5 Jul 90 15:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aj00100; 5 Jul 90 15:11 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa03751; 5 Jul 90 13:06 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa19892; 5 Jul 90 12:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22549; Wed, 4 Jul 90 14:17: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: 4 Jul 90 17:35:43 GMT From: Urs Meyer Organization: University of Zurich, Department of Computer Science Subject: Re: Some Problems Message-Id: <1990Jul4.173543.2262@gorgo.ifi.unizh.ch> References: <9007031228.AA02562@avelon.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007031228.AA02562@avelon.lerc.nasa.gov> fsfacca@AVELON.LERC.NASA.GOV (Tony Facca) writes: > >> Is there any way to log any anonymous login (I mean user, host and what he >> downloads) to a file? > >Edit the file /usr/etc/inetd.conf and change the ftp line to look like this: > >ftp stream tcp nowait root /usr/etc/ftpd ftpd -d -l > >The -d switch will print debugging information in the /usr/adm/SYSLOG file and >the -l switch logs ftp sessions. Then restart the inetd daemon. > >[1;53H Tony Facca >[2;53Hfsfacca@avelon.lerc.nasa.gov BE WARNED, ftpd will log everything, PASSWORDS INCLUDED, even when a regular (not anonymous) user logs in. DO NOT USE THE DEBUG (-d) OPTION! This is a serious bug. Will it be fixed in 3.3? Excerpt from /usr/adm/SYSLOG (SD3.2.1): Jul 4 19:18:27 zeus ftpd[3000]: connection from claude Jul 4 19:18:27 zeus ftpd[3000]: <--- 220 Jul 4 19:18:27 zeus ftpd[3000]: zeus FTP server (SGI 3.2.1 version 4.160 Oct 5 1989 14:43) ready. Jul 4 19:18:34 zeus ftpd[3000]: FTPD: command: USER meyer^M Jul 4 19:18:34 zeus ftpd[3000]: <--- 331 Jul 4 19:18:34 zeus ftpd[3000]: Password required for meyer. Jul 4 19:18:40 zeus ftpd[3000]: FTPD: command: PASS XXXXXXXX^M [cleartext password overwritten by the poster] Jul 4 19:18:40 zeus ftpd[3000]: <--- 230 Jul 4 19:18:40 zeus ftpd[3000]: User meyer logged in. Jul 4 19:18:44 zeus ftpd[3000]: FTPD: command: PORT 130,60,48,8,19,31^M Jul 4 19:18:44 zeus ftpd[3000]: <--- 200 Jul 4 19:18:44 zeus ftpd[3000]: PORT command successful. Jul 4 19:18:44 zeus ftpd[3000]: FTPD: command: LIST^M Jul 4 19:18:44 zeus ftpd[3000]: <--- 150 Jul 4 19:18:44 zeus ftpd[3000]: Opening data connection for /bin/ls (ascii mode) (0 bytes). Jul 4 19:18:44 zeus ftpd[3000]: <--- 226 Jul 4 19:18:44 zeus ftpd[3000]: Transfer complete. Jul 4 19:19:06 zeus ftpd[3000]: FTPD: command: QUIT^M Jul 4 19:19:06 zeus ftpd[3000]: <--- 221 Jul 4 19:19:06 zeus ftpd[3000]: Goodbye. Urs Meyer ---------- meyer@ifi.unizh.ch, {uunet,...}!mcsun!cernvax!unizh!meyer University of Zurich, Dept of Computer Science, Multimedia Lab, CH-8057 Zurich   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01218; 4 Jul 90 22:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01139; 4 Jul 90 21:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01129; 4 Jul 90 21:26 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa09459; 4 Jul 90 21:02 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Thu, 5 Jul 90 12:47 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Thu, 5 Jul 90 12:47 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA03290; Thu, 5 Jul 90 12:46:16 NZT Date: Thu, 5 Jul 90 12:46:16 NZT From: russell@ccu1.aukuni.ac.nz To: info-iris@vgr.brl.mil Message-Id: <9007050046.AA03290@ccu1.aukuni.ac.nz> I am trying to install news software version 2.11 on an 4D/240S running 3.2.2. I used the USG option and did a make then a make install as in the installation instructions. I then did a make update which warned me that some news groups needed to be flagged as moderated and produce a script to perform the updates. The script used inews -C to perform the modifications but the script failed with 'memory error' on each invocation of inews. When I tried typing the commands by hand I got a segmentation fault in inews. Can anybody give any suggestions as to what is wrong, or perhaps send me their localize file that was used to customise news at their site. I also tried a trick I have used on other software, tell the make file to use BSD options and add -I/usr/include/bsd -lbsd to the cc options. This failed to find sys/timeb.h. Cheers Russell.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05057; 5 Jul 90 8:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04552; 5 Jul 90 8:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04520; 5 Jul 90 8:26 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa12308; 5 Jul 90 8:11 EDT Received: Thu, 5 Jul 90 08:14:48 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Thu, 5 Jul 90 08:14:48 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007051214.AA28544@aero4.larc.nasa.gov> To: neptune.rutgers.edu!jove.rutgers.edu!dmz@rutgers.edu Subject: Re: transforming from screen to object coordinates Cc: info-iris@BRL.MIL If I understand you correctly, I just started doing that recently. Below is some sample FORTRAN: ... integer*4 tranmatrix,xmice4,xwinlen,xwinorg,ymice4,ywinlen,ywinorg real scaleyz,xo,xoff,xtekscale,yo,yoff,ytekscale,zmin,zoom ... call getori(xwinorg,ywinorg) call getsiz(xwinlen,ywinlen) ... tranmatrix=genobj() call makeob(tranmatrix) call viewpo(0,xwinlen,0,ywinlen) call ortho(0.,xtekscale,0.,ytekscale,-.1,.1) call lookat(0.0,0.0,.1,0.0,0.0,0.0,0.0) call transl(xtekscale/2.0,ytekscale/2.0,0.0) call scale(zoom,zoom,1.0) call transl(-xtekscale/2.0,-ytekscale/2.0,0.0) call transl(xoff,yoff,0.0) call scale(scaleyz,scaleyz,1.0) call transl(0.0,-zmin,0.0) call closeo ... xmice4=getval(mousex)-xwinorg ymice4=getval(mousey)-ywinorg if(xmice4.lt.0) then xmice4=0 else if(xmice4.gt.xwinlen) then xmice4=xwinlen endif if(ymice4.lt.0) then ymice4=0 else if(ymice4.gt.ywinlen) then ymice4=ywinlen endif call mapw2(tranmatrix,xmice4,ymice4,xo,yo) xo and yo are the 2d world coordinates I hope this is what you are looking for. -- 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 ab00093; 5 Jul 90 10:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07610; 5 Jul 90 10:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07082; 5 Jul 90 9:57 EDT Received: from MCC.COM by VGR.BRL.MIL id aa12569; 5 Jul 90 9:33 EDT Received: from banach.aca.mcc.com.aca.mcc.c (BANACH.ACA.MCC.COM) by MCC.COM with TCP/SMTP; Thu 5 Jul 90 08:33:36-CDT Posted-Date: Thu, 05 Jul 90 08:32:42 -0500 Message-Id: <9007051332.AA08976@banach.aca.mcc.com.aca.mcc.com> Received: from localhost by banach.aca.mcc.com.aca.mcc.com (4.0/ACAv4.1i) id AA08976; Thu, 5 Jul 90 08:32:44 CDT To: info-iris@BRL.MIL Subject: Re: Request for a list of third party dealers of memory and disk for SGI machines (VGX and PI) In-Reply-To: Your message of "Tue, 3 Jul 90 09:25:38 EDT " Reference: <9007031325.AA22221@aero4.larc.nasa.gov> Date: Thu, 05 Jul 90 08:32:42 -0500 From: nong@mcc.com The address for Impediment is missing the street, it should be Impediment, Inc 333 Franklin St. Duxbury, MA 02332 Phone: (617) 837-8877 Fax: (617) 834-3666 We just ordered some, the price of 4MB simms is now $400/4MB. He said that the price is changing weekly so you should call to get price before ordering. ------------- Nong Tarlton nong@mcc.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ac00100; 5 Jul 90 15:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02901; 5 Jul 90 12:26 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa02879; 5 Jul 90 12:09 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa18642; 5 Jul 90 11:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01249; Thu, 5 Jul 90 03:30: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: 5 Jul 90 08:45:27 GMT From: "Frank P. DiGiuseppe" Organization: McGill Research Centre for Intelligent Machines Subject: Fromsun... Message-Id: <1990Jul5.084527.25973@larry.mcrcim.mcgill.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, I was wondering if some kind soul could e-mail me the "fromsun" program that was posted here a while back. My copy was corrupted somehow... Thanks alot, Frank ------------------------------------------------------------------------------ Frank P. DiGiuseppe McGill Research Centre for Intelligent Machines fdg@mcrcim.mcgill.edu Computer Vision and Robotics Lab, Dept. EE, McGill University, Montreal ------------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id ai01147; 5 Jul 90 15:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ah00100; 5 Jul 90 15:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03458; 5 Jul 90 12:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13522; 5 Jul 90 12:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19800; Thu, 5 Jul 90 09:34: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: 5 Jul 90 16:17:30 GMT From: Alex Woo RAC Organization: NASA Ames Research Center, Mtn Vw CA 94035 Subject: Patch Geometry Database? Message-Id: <53185@ames.arc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there a database somewhere of curved surface geometry? I have seen the teapot posted. Are there other shapes available by anonymous FTP? The flat definitions of the OFF and NFF formats are not what I have in mind. (We have simple shapes like cones, spheres and then full geometries. I am looking for something geometries which are reasonable but not huge.) Thanks. ====================================================================== Alex Woo, MS 227-2 | woo@ames.arc.nasa.gov NASA Ames Research Center | NASAMAIL ACWOO Moffett Field, CA 94035 | {seismo,topaz,lll-crg,ucbvax}! Phone: (415) 604-6010 | ames!pioneer!woo ====================================================================== {hplabs,hao,att,decwrl,allegra,tektronix,menlo70}!ames!pioneer!woo ======================================================================   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01802; 5 Jul 90 15:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01147; 5 Jul 90 15:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00393; 5 Jul 90 15:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13729; 5 Jul 90 13:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24479; Thu, 5 Jul 90 10:43: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: 5 Jul 90 15:28:40 GMT From: Michael Steckner Subject: High speed Kermit Message-Id: <9007051528.AA22140@lri.uwo.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I had to modify my kermit recently for the same reason. My version was limited to 9600 baud. I found the source of kermit in /usr/people/4Dgifts/kermit and grepped for 9600. I just added the appropriate baud rates that I wanted to the files following the style that was already there. The only two files that I modified (I think only two files) was ckutio.c and ckvtio.c. It works for me when talking to my XT so I think its safe to say that it is a very simple mod.   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01802; 5 Jul 90 15:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01147; 5 Jul 90 15:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00508; 5 Jul 90 15:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13938; 5 Jul 90 14:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26897; Thu, 5 Jul 90 11:18: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: 5 Jul 90 16:46:25 GMT From: Kipp Hickman Organization: Silicon Graphics, Entry Systems Division Subject: Re: LONG LONG LONG filenames in workspace Message-Id: <9969@odin.corp.sgi.com> References: <9007031945.AA29239@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL File names can be up to 255 characters long in EFS. Not 18. kipp hickman silicon graphics inc. Disclaimer - I speak for the whole company, since nobody else will.   Received: from vmb.brl.mil by VMB.BRL.MIL id ad01802; 5 Jul 90 15:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad01147; 5 Jul 90 15:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00524; 5 Jul 90 15:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14008; 5 Jul 90 14:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26671; Thu, 5 Jul 90 11:15: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: 5 Jul 90 16:45:28 GMT From: Kipp Hickman Organization: Silicon Graphics, Entry Systems Division Subject: Re: Filesystem fragmentation / performance Message-Id: <9968@odin.corp.sgi.com> References: <9007031822.AA44957835@pdi.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007031822.AA44957835@pdi.UUCP>, shoshana@pdi.UUCP (Shoshana Abrass) writes: |> 1) Assuming the above is correct, which scheme does SGI use? SGI wrote the EFS - "Extent File System". It supports a notion of cylinder groups, and unlike the bsd filesystem there is no small block/large block bogosity. The EFS tends not to fragment, but I personally don't know why. |> 2) In the AT&T system, if your use pattern was to create a lot of |> files - then remove them all - then make a bunch more - would you |> still see a gradual slowdown in performance? ie, if you didn't |> have files that increased in size over time? The EFS should not have this pattern. Disk space is allocated via a bitmap, so the operation you describe should have no apparent slow down. Also, the inode space is also managed as a bitmap, so it will not change ordering either. |> 3) Can aging slow the Berkeley fs and, if so, how can it be fixed? The EFS will slow down over time, as fragmentation increases. If you are *really* experiencing this (you can write some simple i/o tests to determine this), then back your disk up somewhere (*I* would use the network - its more reliable) and clean your filesystems and reload your software. A "good" way to do this is to save all of your files on the disk, then reload the installation software doing a "clean" in the process. After thats done, reload your software from wherever. Please note that you should be very careful when doing this so that you don't lose any of your data (like your passwd file, etc.). Unless a filesystem has an automatic method for eliminating fragmentation, all filesystems will degrade over time. Each of the filesystems - AT&T, BSD, and EFS, have different properties which trigger their fragmentation, but they all do it. The way that I personally operate is to do a clean install every time a new release comes out. I have a set of scripts that I run after the install that repair the system - put back my password file, etc. You will need to personalize this, but here is my copy of the script. Also, this technique relys on having two disks - the first one I "donate" to the software release, the second I use for my personal data. --CUT-- #! /bin/sh # show whats happening set -x umask 22 # install basic configuration files cp /root/d/fixup/etc/X0.hosts /root/etc cp /root/d/fixup/etc/exports /root/etc cp /root/d/fixup/etc/fstab /root/etc cp /root/d/fixup/etc/hosts /root/etc cp /root/d/fixup/etc/passwd /root/etc cp /root/d/fixup/etc/sys_id /root/etc cp /root/d/fixup/etc/config/automount.options /root/etc/config # enable yp echo on > /root/etc/config/yp echo esd.sgi.com > /root/usr/etc/yp/ypdomain # make mail work mkdir /root/usr/lib/uucp touch /root/usr/lib/uucp/Systems cat >> /root/usr/lib/aliases << EOF root:postmaster postmaster:kipp EOF chroot /root /bin/sh << EOF mkdir /tmp cp /d/fixup/GETmail /usr/sbin domainname esd.sgi.com /usr/sbin/GETmail EOF # fixup tty types & services ed /root/etc/ttytype << EOF /ttyd1/s/?v50am/vt100/ w e /root/etc/services g/^#sgi-/s/#// w q EOF # get back disk working and on line if test ! -b /root/dev/d; then rm -f /root/dev/d ln /root/dev/dsk/dks0d2s7 /root/dev/d fi if test ! -c /root/dev/rd; then rm -f /root/dev/rd ln /root/dev/rdsk/dks0d2s7 /root/dev/rd fi # setup network mounts mkdir /root/n #for i in bonnie clyde flake newmedia ozone there; do # mkdir /root/n/$i #done #mkdir /root/n/bonnie/jake /root/n/bonnie/usr /root/n/flake/usr #mkdir /root/n/clyde/aspen ln -s /n/bonnie/jake /root/jake #ln -s /n/clyde/aspen /root/aspen #ln -s .. /root/n/warp rm -rf /root/usr/local /root/usr/games /root/usr/catman/db ln -s /n/warp/d/usr/local /root/usr/local ln -s /n/warp/d/usr/games /root/usr/games ln -s /n/warp/d/usr/catman/db /root/usr/catman/db # create remote printers mkdir /root/tmp chroot /root /usr/sbin/mknetpr PostScript newmedia rio2 rm -rf /root/tmp # ksh cp /root/d/fixup/bin/ksh /root/bin # links for using -me and -ms in psroff #ln -s /n/there/usr/local/lib/tmac/tmac.s /root/usr/lib/tmac #ln -s /n/there/usr/local/lib/tmac/tmac.e /root/usr/lib/tmac #ln -s /n/there/usr/local/lib/ms /root/usr/lib #ln -s /n/there/usr/local/lib/me /root/usr/lib chroot /root /etc/chkconfig automount on # Stuff for me CRONTAB=/root/d/kipp/.crontab if test -f $CRONTAB; then cp $CRONTAB /root/usr/spool/cron/crontabs/kipp fi # Install other packages chroot /root /usr/local/bin/install.ui xrn chroot /root /usr/local/bin/install.ui C++2.0 chroot /root /usr/local/bin/install.move move   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00555; 5 Jul 90 20:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00446; 5 Jul 90 20:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00363; 5 Jul 90 19:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14777; 5 Jul 90 15:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03616; Thu, 5 Jul 90 12:58:50 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jul 90 19:52:53 GMT From: Paul Linton Organization: Univ. of Ky., CCS. Subject: Personal IRIS, Irix 3.2, info sought Message-Id: <15588@s.ms.uky.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Thanks to everyone about answering my question on NFS! A couple of quick questions: How can I find out what all is installed (hardware wise) for future reference (like someone asks me how many bit planes for example this machines has). What is required to upgrade from 3.2 to 3.3? Is this going to cost $$ or can I simply call someone and ask for them to ship it? What is the status of Xwindows? A while back I thought I read where someone said it will not be supported later. How about libraries and include files? Someone also mentioned these being "available" at a cost. Thanks! Paul   Received: from vmb.brl.mil by VMB.BRL.MIL id ac00555; 5 Jul 90 20:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00446; 5 Jul 90 20:27 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa00410; 5 Jul 90 20:06 EDT Received: from [128.32.133.1] by ADM.BRL.MIL id aa00203; 5 Jul 90 13:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13082; Thu, 5 Jul 90 15:15: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: 5 Jul 90 21:16:10 GMT From: "Stuart E. Rogers" Organization: NASA Ames Research Center, Moffett Field, CA Subject: Re: Request for a list of third party dealers of memory and disk for SGI machines (VGX and PI) Message-Id: <7166@amelia.nas.nasa.gov> References: <9007031325.AA22221@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here is a new addition to the list of third party memory prices: Pinacle Sales International 2005 Hamilton Ave, Suite 220 San Jose, CA 95125: Jonathan Ward (408) 559-8544, FAX: (408) 559-8548 4D/25, 1MB Simms, $97/MB 4D/200 2MB Simms, $315/2MB ---- Stuart Rogers NASA Ames Research Center MS 258-1 Moffett Field, CA 94035 (415) 604-4481   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00754; 5 Jul 90 20:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00343; 5 Jul 90 20:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00311; 5 Jul 90 19:46 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa13622; 5 Jul 90 13:07 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 5511; Thu, 05 Jul 90 13:07:54 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 5 Jul 90 13:05 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA20295; Thu, 5 Jul 90 13:45:09 DSD Date: Thu, 5 Jul 90 13:45:09 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Pointy Vectors. To: info-iris@BRL.MIL Message-id: <9007052045.AA20295@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I need a line segment with a 3d arrow head with some finite width, shadng and depcueing, and surface properties that looks like a textbook cartoon vector. My first thoughts on the problem was to make an object and transform via rigid body translations and rotations, then stretch to fit the endpoints. Now, what is the best way to construct a xform matrix from two points? I don't care about roll about the long axis of the vector object(at least not yet). I was thinking about doing the rigid body xform by decomposing the vector between the endpoints, and getting the direction cosines from the implicit co-ordinate system of the vectors. If I understand correctly, the transformation matrix IS the matrix of direction cosines. Then finding the direction cosines would directly give the matrix. Once the vector object was stretched/compressed to the right length, the object would be rotated to the right direction(assuming that the back end of the vector was at the origin), and then translated into position (the x,y,z of the first point defining the desired fixed vector) For an arbitrary vector Rv(x,y,z), where x=x2-x1,y=y2-y1, and z=z2-z1, what I want is a transformation matrix T that will take a unit vector pointing in some direction and make it point congruent with Rv. Another way to put it is I want a transformation of the co-ordinate system of S into R. That would mean I would put a co-ordinate triad tail on our cartoon vector. Then that woud mean I would have to calculate the end points of the two other legs of the triad. For the untransformed vector that would be easy, (1,0,0),(0,1,0), and (0,0,1). Now for the vector I want, how would you find the other two legs of its co-ordinate system tail, each orthogonal to each other ? The first leg would be any vector in the normal plane to the desired vector, and the second leg would be the cross product to that. How do you not introduce a spurious roll in the transformation, even though it is unspecified and undetermined in the problem ? I am certain there is a simple way to do this. dan(who was asleep in vector algebra) -- +-----------------------------------------------------------------------------+ | 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 aa01197; 5 Jul 90 21:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01133; 5 Jul 90 21:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01096; 5 Jul 90 21:38 EDT Received: from relay.cs.net by VGR.BRL.MIL id aa00502; 5 Jul 90 21:17 EDT Received: from [192.31.103.5] by RELAY.CS.NET id ab15227; 5 Jul 90 16:22 EDT Received: from gmr.com by RELAY.CS.NET id af16166; 5 Jul 90 16:15 EDT Date: Thu, 5 Jul 90 15:45 EDT From: JORDAN%gmr.com@relay.cs.net Subject: chown thru multiple directories To: info-iris@BRL.MIL X-VMS-To: NET%"info-iris@brl.MIL" Message-ID: <9007052117.aa00502@VGR.BRL.MIL> Is there a command available that will change the owner and group of every file in the current directory, and every file & directory below the current directory? Or will I have to write my own shell program? Any assistance appreciated!! t p mugabi-jordan 1151 crooks road troy, michigan 48084 gm - systems engineering center (313) 280 6766   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01285; 5 Jul 90 22:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01197; 5 Jul 90 22:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01168; 5 Jul 90 21:52 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa13756; 5 Jul 90 13:59 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6059; Thu, 05 Jul 90 14:00:52 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 5 Jul 90 13:58 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA21161; Thu, 5 Jul 90 14:38:25 DSD Date: Thu, 5 Jul 90 14:38:25 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: notes for IRIS To: info-iris@BRL.MIL Message-id: <9007052138.AA21161@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Is there a notes program/package for IRIS IRIX ? I keep current with other net/newsgroups by logging on to a bsd machine on the main campus, but I would like to have a local notes reader on my workstation. 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 ab01285; 5 Jul 90 22:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01197; 5 Jul 90 22:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01176; 5 Jul 90 21:55 EDT Received: from CS.NPS.NAVY.MIL by VGR.BRL.MIL id aa00184; 5 Jul 90 19:48 EDT Received: by cs.nps.navy.mil (5.51/1.26) id AA21153; Thu, 5 Jul 90 11:19:50 PDT Received: by trouble.cs.nps.navy.mil (5.52/cs.nps-1.0) id AA09079; Thu, 5 Jul 90 11:19:45 PDT Date: Thu, 5 Jul 90 11:19:45 PDT From: michael zyda Message-Id: <9007051819.AA09079@trouble.cs.nps.navy.mil> To: info-iris@BRL.MIL Subject: Help Requested on Arenas Help Needed with Using Arenas for Sharing Data Between Processes Arenas can be used to share data between processes under IRIX. The arena is a pool of shared memory (really a memory mapped file). When one process allocates (through usmalloc) memory from the arena, that piece of memory is unavailable to other processes for allocation (through usmalloc) though that piece of memory is "shared" (meaning accessible) by the other processes. In order for the other processes to have access to that allocated shared memory, the other processes must somehow obtain a pointer to that allocated memory. How is this done safely, i.e. what system routine do I call in process 1 to find a pointer to the first byte allocated by usmalloc in process 2? I have thought of a few ways of doing this, most unsatisfactory. I am working from the SGI Manual entitled "Parallel Programming on the IRIS-4D" (Version 1.0). This manual has a sample program for every chapter BUT Chapter 7, "Sharing Data through Arenas". (Way 1) Use System V shared memory routines (shmget, shmat) to pass the pointers. If I have to use shmget/shmat, why bother with arenas? shmat gets me the pointer I want. (Way 2) Have process 1 usmalloc all of the bytes in the arena. When it does this, process 1 has a ptr to these bytes. Then have process 1 return the bytes with usfree, keeping the ptr (very unsafe). Then process 2 does a usmalloc for all of the bytes in the arena, gets the pointer and then returns the bytes with usfree. Now both processes have pointers to the bytes in the arena and can read/write data there. As long as I never again usmalloc this arena AND no other system service does, I am ok (maybe) but feel pretty terrible about this solution. Perhaps I can get this pointer from the arena structure? Please show me or tell me which routine to call to get this. Notes: I am concerned with independent programs that need to share data. I am NOT talking about threads that have been "sproc"ed or "m_fork"ed, as the sharing of the virtual address space in such cases is the default. Michael Zyda zyda@trouble.cs.nps.navy.mil The following two programs illustrate Way 2. /* this is file share1.c This program is an example of shared memory for two unrelated processes. This program sets up an arena and allocates some bytes from that arena. Once the arena is successfully set up and the shared memory has been obtained, this program then looks for a message in the shared memory. If this program sees a message, it prints out the message and zeroes the message. The zeroing of the message indicates to the other process that it can then generate another message. Either program can be spawned off first. The programs establish communication with each other by trying to allocate SIZEIWANT bytes from the arena. If this is the first program to try and allocate that size buffer, then this program will get a ptr to that many bytes from the arena. The program will then free the bytes BUT keep the ptr (very dangerous). SIZEIWANT is carefully crafted to be greater than half the size of the defined arena. The second program to attempt to get SIZEIWANT bytes from the arena will fail (and loop) until the first program returns the bytes. When the second program get the bytes, it also then returns the bytes BUT AGAIN keeps a ptr to those bytes. The two programs can then use the ptrs to reference memory shared between them. This is unsafe in that if either program does another usmalloc() to that region, then that program will possibly stomp all over the data being written by the other processor. One cure to this is to then create another arena and properly allocate out of it, passing ptrs through maybe the first arena. Yes, the arena mechanism does define shared data but no mechanism provides for passing the ptrs to the dynamically allocated shared memory... */ #include /* Includes required by the arena services */ #include #include #define MAXARENASIZE 4096 /* Max arena size for this program */ #define SIZEIWANT 3000 /* Number of bytes I want for shared memory. */ main() { usptr_t *arenaptr; /* ptr to the arena */ volatile char *buf; /* ptr to the start of the shared bytes */ long i; /* loop temp */ /* Define the size of each arena subsequently allocated. */ if(usconfig(CONF_INITSIZE, MAXARENASIZE) == -1) { printf("usconfig: cannot define the size to allocate the arena!\n"); exit(1); } /* Create an arena */ arenaptr = usinit("myarena.file"); if(arenaptr == (usptr_t *)NULL) { printf("usinit: cannot create the arena!\n"); exit(1); } /* Allocate a piece of shared memory for communication. We wait here until we can allocate the memory. We are going to either be first, and get the memory right away or we are going to wait until the other process frees the memory back to the arena. */ while((buf = usmalloc(SIZEIWANT, arenaptr)) == (char *)NULL) { /* We do nothing in this loop but wait... */ } /* Now free the buffer for reallocation */ /* We are going to keep using this ptr though!!! */ usfree(buf, arenaptr); /* zero the first byte of buf as a signal to the other process */ *buf = '\0'; /* loop forever...*/ for(i=0; i < 100000000; i=i+1) { /* whenever the first byte is non-zero, print out a message */ while(*buf != '\0') { printf("Other process says:%s\n",buf); *buf = '\0'; } } /* end for i */ /* Leave the arena file, but here is where we could delete it */ } /* this is file share2.c This program is an example of shared memory for two unrelated processes. This program sets up an arena and allocates some bytes from that arena. Once the arena is successfully set up and the shared memory has been obtained, this program then waits for the buffer in shared memory to be clear of the message. Once the buffer is clear, this program writes a message there and then again waits for the buffer to be clear. Either program can be spawned off first. The programs establish communication with each other by trying to allocate SIZEIWANT bytes from the arena. If this is the first program to try and allocate that size buffer, then this program will get a ptr to that many bytes from the arena. The program will then free the bytes BUT keep the ptr (very dangerous). SIZEIWANT is carefully crafted to be greater than half the size of the defined arena. The second program to attempt to get SIZEIWANT bytes from the arena will fail (and loop) until the first program returns the bytes. When the second program get the bytes, it also then returns the bytes BUT AGAIN keeps a ptr to those bytes. The two programs can then use the ptrs to reference memory shared between them. This is unsafe in that if either program does another usmalloc() to that region, then that program will possibly stomp all over the data being written by the other processor. One cure to this is to then create another arena and properly allocate out of it, passing ptrs through maybe the first arena. Yes, the arena mechanism does define shared data but no mechanism provides for passing the ptrs to the dynamically allocated shared memory... */ #include /* Includes required by the arena services */ #include #include #define MAXARENASIZE 4096 /* Max arena size for this program */ #define SIZEIWANT 3000 /* Number of bytes I want for shared memory. */ main() { usptr_t *arenaptr; /* ptr to the arena */ volatile char *buf; /* ptr to the start of the shared bytes */ long i; /* loop temp */ /* Define the size of each arena subsequently allocated. */ if(usconfig(CONF_INITSIZE, MAXARENASIZE) == -1) { printf("usconfig: cannot define the size to allocate the arena!\n"); exit(1); } /* Create an arena */ arenaptr = usinit("myarena.file"); if(arenaptr == (usptr_t *)NULL) { printf("usinit: cannot create the arena!\n"); exit(1); } /* Allocate a piece of shared memory for communication. We wait here until we can allocate the memory. We are going to either be first, and get the memory right away or we are going to wait until the other process frees the memory back to the arena. */ while((buf = usmalloc(SIZEIWANT, arenaptr)) == (char *)NULL) { /* We do nothing in this loop but wait... */ } /* Now free the buffer for reallocation */ /* We are going to keep using this ptr though!!! */ usfree(buf, arenaptr); /* loop forever...*/ for(i=0; i < 100000000; i=i+1) { /* whenever the first byte is zero, put the message into the buffer */ while(*buf == '\0') { strcpy(buf, "Message from share2: Hello share1\n"); } } /* end for i */ /* Leave the arena file, but here is where we could delete it */ }   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01435; 5 Jul 90 22:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01285; 5 Jul 90 22:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01271; 5 Jul 90 22:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00670; 5 Jul 90 21:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27226; Thu, 5 Jul 90 18:42: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: 6 Jul 90 00:33:43 GMT From: "Paul T. Shannon" Organization: University of Virginia Subject: Insect source code available? Message-Id: <1990Jul6.003343.19372@murdoch.acc.Virginia.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have a 4d/25 on loan for a few weeks. One of the demos, called 'Insect' does some things like what we'd need to do. Does anyone know if this, or some similar program (simulating jointed legs in motion), is in the public domain? Also, can someone give me the 800 number for sgi's software support -- the people to call with questions about gl? Thanks. - Paul Shannon pts@virginia.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03283; 6 Jul 90 3:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03200; 6 Jul 90 2:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03169; 6 Jul 90 2:40 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01348; 6 Jul 90 2:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15080; Thu, 5 Jul 90 23:27:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Jul 90 00:37:12 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: XRv4 Message-Id: <433@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL has anyone been successful in porting MIT's X11R4 distribution tape?? we have been unable to get it built here..... any suggestions are most welcome.... thanks in advance.. convex!texhrc!mjz or nuchat!texhrc!mjz   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00754; 5 Jul 90 21:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00555; 5 Jul 90 20:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00473; 5 Jul 90 20:24 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa00177; 5 Jul 90 19:48 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Fri, 6 Jul 90 11:34 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Fri, 6 Jul 90 11:34 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA20466; Fri, 6 Jul 90 11:32:56 NZT Date: Fri, 6 Jul 90 11:32:56 NZT From: russell@ccu1.aukuni.ac.nz To: info-iris@vgr.brl.mil Message-Id: <9007052332.AA20466@ccu1.aukuni.ac.nz> We are running a 4D/240s under 3.2.1 and have observed the following phenomenon: When the machine is idle or lightly loaded it displays large % of wio. for example here is a sar output which I did a few minutes ago. ccu1.auk ccu1.auk 3.2.1 10171414 IP7 07/06/90 00:00:07 %usr %sys %intr %wio %idle %sbrk %wfs %wswp %wphy %wgsw %wfif 01:00:01 4 9 0 81 6 0 38 44 18 0 0 02:00:00 1 5 0 56 38 0 3 97 0 0 0 03:00:00 1 5 0 56 38 0 3 97 0 0 0 04:00:01 1 5 0 56 38 0 2 98 0 0 0 05:00:00 2 5 0 56 37 0 4 96 0 0 0 06:00:01 1 5 0 55 39 0 2 98 0 0 0 07:00:00 1 5 0 56 39 0 2 98 0 0 0 08:00:01 1 5 0 56 38 0 4 96 0 0 0 08:20:00 2 6 0 55 36 0 10 90 0 0 0 08:40:01 3 8 0 28 61 0 20 80 0 0 0 09:00:02 4 11 0 42 42 0 28 72 0 0 0 09:20:01 20 12 0 36 32 0 17 83 0 0 0 09:40:03 10 13 2 41 34 0 23 77 0 0 0 10:00:03 19 16 1 42 21 0 31 53 16 0 0 10:20:01 10 15 1 70 3 0 48 41 11 0 0 10:40:05 31 18 2 42 6 0 44 42 14 0 0 11:00:04 21 18 1 54 5 0 54 46 0 0 0 11:00:04 %usr %sys %intr %wio %idle %sbrk %wfs %wswp %wphy %wgsw %wfif Average 5 7 0 55 32 0 19 76 5 0 0 Notice the drop between 8:20 and 8:40. This coincides with cleaning up logins that have been left over from the previous day. This seems significant. We have asked the local SGI agents about this and they have not come up with any explanation. Any ideas? We are not certain if this is a problem or not. We have observed that poor performance during the day is also linked with high wio figures but are wondering if these are as spurious as the overnight ones.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03066; 6 Jul 90 2:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02842; 6 Jul 90 2:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02838; 6 Jul 90 1:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01184; 6 Jul 90 1:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA09562; Thu, 5 Jul 90 21:54:11 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Jul 90 10:49:18 GMT From: Danny Baldoni Organization: Curtin University of Technology, Computing Science Subject: Driving simulator Message-Id: <155@cutmcvax.OZ> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've just commenced work on a driving simulator (for road safety analysis) using a 4D70-GT and I would like to know if anybody has done anything similar (e.g. a more detailed flight simulator). If you have worked in this area (on an IRIS), just what are the major trouble spots? Which areas cause computing bottlenecks? How can you speed up your simulator? In particular, what problems have you had with timestamping events (a response resolution of one millisecond has been requested)? Any replies would be appreciated and I'd be happy to summarise them for this newsgroup. Please respond as quickly as possible as this project is on a tight schedule. Thanks. Danny Baldoni ~~~~~~~~~~~~~ --------------------------------------------+---------------------------------- Phone: +61-9-351-7450 | School of Computing Science, ACSNet: flint@cutmcvax.oz | Curtin University of Technology, UUCP: ...!uunet!munnari!cutmcvax!flint | GPO Box U1987, ARPA: flint%cutmcvax.oz@uunet.UU.NET | Perth, | Western Australia, 6102 --------------------------------------------+---------------------------------- "Any time there's something so ridiculously dangerous that no rational human being would even consider trying it, they send for me" - Belgarion, "King of the Murgos" by David Eddings -------------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09058; 6 Jul 90 18:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08370; 6 Jul 90 17:39 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa08220; 6 Jul 90 17:19 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa13257; 6 Jul 90 17:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22941; Fri, 6 Jul 90 02:39: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: 6 Jul 90 08:07:34 GMT From: Jeff Weinstein Organization: Silicon Graphics Inc. Subject: Re: XRv4 Message-Id: <10027@odin.corp.sgi.com> References: <433@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Attention all people trying to compile X11R4 on sgi machines!! IRIX 3.3 has a complete set of ported/supported X11R4 clients and libraries, and a server that is X11R3 with some X11R4 stuff like shape extension thrown in. Note that the libraries, header files, and Imake config files are part of the X11 development tape distribution, which is sold at extra cost. It is also worth noting that 3.3 has a much improved X server. --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.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09862; 6 Jul 90 18:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09058; 6 Jul 90 18:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08995; 6 Jul 90 17:56 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa04417; 6 Jul 90 11:54 EDT Received: Fri, 6 Jul 90 07:52:51 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 6 Jul 90 07:52:51 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007061152.AA02700@aero4.larc.nasa.gov> To: uvaarpa!murdoch!news@mcnc.org Subject: Re: Insect source code available? Cc: info-iris@BRL.MIL SGI sells two tapes of demo source, one for 3130 and earlier, and the other for 4D's. I think you have to sign some nondisclosure statement or something. I can't find the exact information at the moment, but your sales rep. should have the information or know how to get 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 aa10004; 6 Jul 90 19:04 EDT Received: by VMB.BRL.MIL id aa09823; 6 Jul 90 18:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09623; 6 Jul 90 18:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09371; 6 Jul 90 18:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07204; 6 Jul 90 16:58 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24864; Fri, 6 Jul 90 11:18: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: 6 Jul 90 17:48:01 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: backgrnd proc to dump whole/partial screen to file Message-Id: <10047@odin.corp.sgi.com> References: <9007021722.aa01256@VGR.BRL.MIL>, <9938@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9938@odin.corp.sgi.com>, msc@ramoth.esd.sgi.com (Mark Callow) writes: |> Action /UpTransition eq { |> console rand (Saving screen %\n) fprintf The preceding line prints a message to SYSLOG and was for debugging. I should have removed it before posting the program. Apologies to those who've been confused. |> (scrsave /usr/tmp/scrsave) forkunix |> } if -- 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 ab10004; 6 Jul 90 19:04 EDT Received: by VMB.BRL.MIL id ab09823; 6 Jul 90 18:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac09623; 6 Jul 90 18:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09423; 6 Jul 90 18:10 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa07220; 6 Jul 90 16:59 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 6961; Fri, 06 Jul 90 17:00:30 EST Received: by UOGUELPH (Mailer R2.07) id 1787; Fri, 06 Jul 90 17:00:29 EST Date: Fri, 06 Jul 90 16:50:42 EST From: Len Zaifman Subject: Presentation Graphics??? To: info-iris Message-ID: <9007061659.aa07220@VGR.BRL.MIL> I have a user who has data he wants plotted with linestyles,curve labels axis labels and titles. He may also need bar/pie chart facilities. To the extent that he does most of his work on a 4D25 , he would like to do the presentation graphics part there as well. We have Irisplot , but it doesn't have the labelling capabilities ( or does it ) ?? Is there a PD package out there that does presentation graphics a la Harvard Graphics,etc. on the Iris ??. If so , what facilities does he need to print them on an HP laserJetII ?? Are special drivers required ?? Thanks in advance for the 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 ac10004; 6 Jul 90 19:04 EDT Received: by VMB.BRL.MIL id ac09823; 6 Jul 90 18:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad09623; 6 Jul 90 18:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab09423; 6 Jul 90 18:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07224; 6 Jul 90 16:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23716; Fri, 6 Jul 90 11:02:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Jul 90 16:24:42 GMT From: Trevor Paquette Organization: The University of Calgary Subject: Night Version 2.20 Message-Id: <1990Jul6.162442.8660@calgary.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here is the newest version of night. Future enhancements should include a 'landscape', mail checker, command line switches, and if I have time a 'proper' phase of the moon calculator. Watchout for the .signature at the end. ----------------- cut here ------------------------ /* Version 2.20 Original program from: howardl@landis.csd.sgi.com (Howard Look) Here's yet another little background program. It looks like the sky at sunset. It will only run properly on 24 or more bit plane systems. Enjoy. night enhancements uunet!alberta!calgary!paquette Jun-19-1990: Trevor Paquette - hacked up data structures for 'square stars' - added twinkle feature Please email any enhancements to me so I can keep an upto date version Jun-25-1990: Reuel Nash - changed timers from timeout/signal handler to queued device TIMER1: you can't do graphics reliably from inside a signal handler and main, too. Change overall timer rate with noise() call. - removed unecessary stuff from trand(). - the pixel readback scheme to find out what color to "blink" to won't work if there are windows obscuring the background on startup. This is now calculated by the program from background colors and Y1 and Y2. See get_sky(). - stars don't need to be shaded. Use single packed color for each star and background of star. - added "comets". (really more like shooting stars). Jun-26-1990: tristram@sgi.com for: - aspect ratio of screen added. Makes stars look 'squarer' (rounder?) - added 'venus' Note to tristram: The 'sunset' color scheme that you added looked to much like a 'rainbow' Jul-03-1990: Trevor Paquette - Stars are brighter nearer the top of the screen then the bottom (allows for 'sunset dimming of stars') - No stars should be in the actual 'sunset' area. - added 'mars' Compile it with: cc -o night night.c -lm -lgl_s -lc_s */ #include #include #include #include #include /* a star is actually a "square" x,y +----------+ color = col | ^ | bgcolor = back | | | |<- rad -->| | | | | V | +--------- + */ /* DO NOT CHANGE THE ORDER OF THE DECLARATIONS in starstruct, if you want to add something, add it at the end of the structure */ typedef struct _dummy { float x, y, rad; /* location and radius of star */ long color; /* color of star */ long back; /* background color behind star */ } starstruct; struct { float x0,y0,x1,y1; int active; } comet; starstruct venus, moon, mars; #define Y1 0.0 #define Y2 0.2 #define SMALL_MAX_BLINK 128 #define BIG_MAX_BLINK 5 #define ASPECT ((float) XMAXSCREEN / (float) YMAXSCREEN ) #define MOONSCALE 0.04 #define INMOON(a) sqrt(((moon.x-a.x)*(moon.x-a.x))+((moon.y-a.y)*(moon.y-a.y))) < MOONSCALE /* num of groups of 256 stars */ int numgroups = 8; /* num of big stars */ int numbig = 175; /* pointer to locations of small stars */ starstruct *small_stars = NULL; /* pointer to locations of big stars */ starstruct *big_stars = NULL; /* at most SMALL_MAX_BLINK small stars blink at a time */ starstruct *small_blinker[SMALL_MAX_BLINK]; /* at most BIG_MAX_BLINK big_stars blink at a time */ starstruct *big_blinker[BIG_MAX_BLINK]; /* colors now global so get_sky() works */ int orange[] = {255,72,0}; int blueish[] = {0,110,189}; int black[] = {0,0,0}; int red[] = {255,0,0}; float cross[][2] = { { 0.0, 3.0 }, { 0.15, 0.15 }, { 3.0, 0.0 }, { 0.15, -0.15 }, { 0.0, -6.0 }, { -0.15, -0.15 }, { -3.0, 0.0 }, { -0.15, 0.15 }, }; /* this is bogus, should just be a rotation in y */ static float arcparm[][2] = { { 1.0002, 88.8542 }, { 1.0008, 87.7094 }, { 1.0018, 86.5664 }, { 1.00319, 85.4261 }, { 1.00499, 84.2894 }, { 1.00717, 83.1572 }, { 1.00975, 82.0304 }, { 1.01272, 80.9097 }, { 1.01607, 79.796 }, { 1.0198, 78.6901 }, { 1.02391, 77.5926 }, { 1.0284, 76.5043 }, { 1.03325, 75.4258 }, }; main(argc, argv) int argc; char *argv[]; { int gid, skyevent(), i; short val; long dev; char *malloc(); for(i = 0; i < SMALL_MAX_BLINK; i++) { small_blinker[i] = NULL; } for(i = 0; i < BIG_MAX_BLINK; i++) { big_blinker[i] = NULL; } small_stars = (starstruct *) malloc(numgroups*256*sizeof(starstruct)); big_stars = (starstruct *) malloc(numbig*sizeof(starstruct)); #ifdef DEBUG foreground(); #else imakebackground() ; #endif gid = winopen("") ; RGBmode(); gconfig(); shademodel(GOURAUD); ortho2(0.0, ASPECT, 0.0, 1.0) ; qdevice(TIMER1); noise(TIMER1, 30); qenter(REDRAW,gid); while (1) { dev = qread(&val) ; switch(dev) { case REDRAW: draw_background(); break; case TIMER1: skyevent(); break; } } } draw_background() { int i,j, skyevent(), col[3]; static int first = 1; float v1[2],v2[2],v3[2],v4[2]; register int counter; v1[0] = v4[0] = 0.0; v2[0] = v3[0] = ASPECT; v1[1] = v2[1] = 0.0; v3[1] = v4[1] = Y1; bgnpolygon(); c3i(red); v2f(v1); v2f(v2); c3i(orange); v2f(v3); v2f(v4); endpolygon(); v1[1] = v2[1] = Y2; bgnpolygon(); c3i(orange); v2f(v4); v2f(v3); c3i(blueish); v2f(v2); v2f(v1); endpolygon(); v3[1] = v4[1] = 1.0; bgnpolygon(); c3i(blueish); v2f(v1); v2f(v2); c3i(black); v2f(v3); v2f(v4); endpolygon(); if(first) { setup_sky(); first = 0; } counter = 0; for(j=0; jcolor); v2f(&small_blinker[i]->x); endpoint(); } } if(big_numstars) { for(i = 0; i < big_numstars; i++) { bgnpolygon(); v1[0] = big_blinker[i]->x; v1[1] = big_blinker[i]->y; v2[0] = big_blinker[i]->x; v2[1] = big_blinker[i]->y - big_blinker[i]->rad; v3[0] = big_blinker[i]->x + big_blinker[i]->rad; v3[1] = big_blinker[i]->y - big_blinker[i]->rad; v4[0] = big_blinker[i]->x + big_blinker[i]->rad; v4[1] = big_blinker[i]->y; cpack(big_blinker[i]->color); v2f(v1); v2f(v2); v2f(v3); v2f(v4); endpolygon(); } } if(comet.active) { bgnline(); cpack(get_sky(comet.y0)); v2f(&comet.x0); cpack(get_sky(comet.y1)); v2f(&comet.x1); endline(); comet.active = 0; } small_numstars = trand(1, SMALL_MAX_BLINK); /* blink between 1 and 256 stars */ for(i = 0; i < small_numstars; i++) { starnum = trand(0, numgroups*256); small_blinker[i] = &small_stars[starnum]; bgnpoint(); cpack(small_stars[starnum].back); v2f(&small_stars[starnum].x); endpoint(); } big_numstars = trand(1, BIG_MAX_BLINK); /* blink between 1 and 256 stars */ for(i = 0; i < big_numstars; i++) { starnum = trand(0, numbig); big_blinker[i] = &big_stars[starnum]; bgnpolygon(); v1[0] = big_blinker[i]->x; v1[1] = big_blinker[i]->y; v2[0] = big_blinker[i]->x; v2[1] = big_blinker[i]->y - big_blinker[i]->rad; v3[0] = big_blinker[i]->x + big_blinker[i]->rad; v3[1] = big_blinker[i]->y - big_blinker[i]->rad; v4[0] = big_blinker[i]->x + big_blinker[i]->rad; v4[1] = big_blinker[i]->y; cpack(big_blinker[i]->back); v2f(v1); v2f(v2); v2f(v3); v2f(v4); endpolygon(); } if((event >= 1) && (event <= 10)) { /* shooting star event */ comet.x0 = ((float)trand(0,32767))/32767.0; do { comet.y0 = ((float)trand(0,32767))/32767.0; } while(comet.y0 < Y2); comet.x1 = comet.x0 + ((float)trand(0,32767))/327670.0; comet.y1 = comet.y0 + ((float)trand(0,32767))/327670.0; bgnline(); /* use height of head of comet as basis for color. */ t = comet.y0 - Y2; /* number between 0.0 and 1.0-Y2 */ t /= (1.0-Y2); /* number between 0.0 and 1.0 */ tmp = 127 + (long)(t*128.0); /* color from 128 - 255 based on height */ tmp += (trand(0,40) - 20); /* fudge the color a bit */ tmp |= tmp << 8 | tmp << 16; cpack(tmp); v2f(&comet.x0); cpack(get_sky(comet.y1)); v2f(&comet.x1); endline(); comet.active = 1; } if((event >= 2) && (event <= 10)) { /* satilite event (see above)*/ } /* mars */ bgnpolygon(); v1[0] = mars.x; v1[1] = mars.y; v2[0] = mars.x; v2[1] = mars.y - mars.rad; v3[0] = mars.x + mars.rad; v3[1] = mars.y - mars.rad; v4[0] = mars.x + mars.rad; v4[1] = mars.y; cpack(mars.color); v2f(v1); v2f(v2); v2f(v3); v2f(v4); endpolygon(); /* venus */ cpack(venus.color); pushmatrix(); translate(venus.x, venus.y, 0.0); scale(0.004, 0.004, 0.0); bgnpolygon(); for(i = 0; i < 8; i++) v2f(&cross[i][0]); endpolygon(); popmatrix(); /* moon */ pushmatrix(); pushattributes(); linewidth(3); translate(moon.x, moon.y, 0.0); scale(MOONSCALE, MOONSCALE, 0.0); rotate(-600, 'z'); cpack(moon.color); for(i = 0; i < 13; i++ ) { arc(0.0, 0.0, arcparm[i][0], (int)(-10.0 * arcparm[i][1]), (int)(10.0 * arcparm[i][1])); translate(-0.02, 0.0, 0.0); } popattributes(); popmatrix(); } setup_sky() { register int i, j; register int counter; long tmp, trand(), get_sky(); float t; comet.active = 0; /* moon */ do { moon.x = ASPECT * ((float)trand(0, 32767))/32767.0; moon.y = ((float)trand(0,32767))/32767.0; } while(moon.y < 0.75); /* make sure moon is high in the sky */ moon.color = 0x00DDDDDD; /* setup big stars , should be done BEFORE small stars */ for(j =0; j Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: 4D/20 Initialization. Message-Id: <10038@odin.corp.sgi.com> References: <1990Jul6.104355.19163@ariel.unm.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL jcmiller@hydra.unm.edu (Jeff Miller) writes: | Hello again to all ye netters! | | I was wondering if someone out there could brief me on how to | install 3.1 on a 4D/20 with an unformatted SCSI drive (ancient, but | but not dead yet 8-) I have looked in the manuals that I have, but | I haven't seen anything about formatting new HD's. I need to know | environment variables (setenv 's) and anything else pertinent to the | installation. Any pertinent information would be greatly apreciated!! | I'll refer you to the release notes that came with your tapes for the installation instructions, they are much more complete than anything I could type in. To initialize a disk (of any type) you use the fx program. If it is the only disk on the system, then you need to use the standalone version of fx. If you have another disk you can boot from, then set the drive ID to some other ID and use the kernel version of fx; other than starting it, everything is the same in both versions. Pretty much everything below is in the fx man page, by the way. To boot the standalone version for the PI, insert your eoe1 tape, then type (to the PROM monitor; see installation notes on how to get there): >> tpsc(0,2)fx.IP6 -x Where 2 is the unit # of the tape drive (normally 2 on PI's). If you aren't sure, then use the 'hinv' command to find out the ID. The -x gives you 'expert' mode, which allows you to do more things that will destroy any data you have on the disk. When fx comes up, it asks you for the controller (0), and the drive ID. If you have more than one drive, be VERY sure you are using the correct drive! After that, it does an inquiry to find the type, and then runs the 'send diagnostic' command to try to be sure the drive is at internally consistent. It will then try to read the volume header, and in the case of a new or 'foreign' drive, not find it, so it will create one and tell you about it. It will also do a variety of mode sense commands to determine the drive parameters, so it can figure out a reasonable partition layout. Assuming the drive was working before, you shouldn't need to change any of the drive parameters, so you should be able to use the 'exercise' menu selection to run a write-compare pass on the drive with no problems. If you do get problems, you might want to try this: /label/set/param and answer 'yes' to the use default parameters question, then do /format and answer 'current' to the parameter question. If the drive formats correctly, then try exercising it again. If it still doesn't work, then chances are your drive isn't close enough to what we expect the drive to support as regards the CCS (common command set). Finally, if everything works, you will need to write the volume header out before exitting fx, by either doing /label/sync or simply /exit and then answering yes to the "label info has changed... write out changes" question. At this point, you should have a drive with the SGI volume header, which contains the partition layout, etc., and you should be able to start installing the software on the drive. If you changed the ID, then you probably want to change it back to ID 1 before starting the install. One final warning. The standalone code does not use synchronous SCSI, and the kernel does. If this causes problems with your drive (it does with some), then read the comment at the end of /usr/sysgen/master.d/scsi and change the variable scsi_syncenable, then build a new kernel with /etc/init.d/autoconfig, then reboot. -- 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 ae10004; 6 Jul 90 19:04 EDT Received: by VMB.BRL.MIL id ae09823; 6 Jul 90 18:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af09623; 6 Jul 90 18:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ae09423; 6 Jul 90 18:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07241; 6 Jul 90 17:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16445; Fri, 6 Jul 90 09:20: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: 6 Jul 90 15:43:05 GMT From: Allen Buchinski Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Insect source code available? Message-Id: <10035@odin.corp.sgi.com> References: <1990Jul6.003343.19372@murdoch.acc.Virginia.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul6.003343.19372@murdoch.acc.Virginia.EDU> pts@mendel.acc.Virginia.EDU (Paul T. Shannon) writes: > >We have a 4d/25 on loan for a few weeks. One of the demos, called 'Insect' >does some things like what we'd need to do. Does anyone know >if this, or some similar program (simulating jointed legs in motion), >is in the public domain? SGI publishes a "Software Exchange Catalog" which includes source code for many of the standard demos, including Insect. There is a charge for the tape and postage/handling ($100). You can get more information on ordering from Monica Schultze at monica@sgi.com or 415/962-3320. Allen   Received: from vmb.brl.mil by VMB.BRL.MIL id af10004; 6 Jul 90 19:04 EDT Received: by VMB.BRL.MIL id af09823; 6 Jul 90 18:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ag09623; 6 Jul 90 18:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09499; 6 Jul 90 18:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07307; 6 Jul 90 17:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15292; Fri, 6 Jul 90 09:02:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Jul 90 15:41:32 GMT From: "Gavin A. Bell" Subject: Re: Insect source code available? Message-Id: <10034@odin.corp.sgi.com> References: <1990Jul6.003343.19372@murdoch.acc.Virginia.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul6.003343.19372@murdoch.acc.Virginia.EDU> pts@mendel.acc.Virginia.EDU (Paul T. Shannon) writes: >We have a 4d/25 on loan for a few weeks. One of the demos, called 'Insect' >does some things like what we'd need to do. Does anyone know >if this, or some similar program (simulating jointed legs in motion), >is in the public domain? > - Paul Shannon > pts@virginia.edu Source code for many of the demos (including insect) is available from User Services here at Silicon Graphics. It is copyrighted software, not public domain. Silicon Graphics charges $100.00 for the tape (to cover duplication costs, mailing, etc.). Contact Monica Schulze for more information; her E-mail address is monica@corp.sgi.com, or write to: Silicon Graphics, Inc. User Services Mailstop 9L-415 2011 N. Shoreline Blvd. Mountain View, CA 94087-7311 The source code is not supported by Silicon Graphics; it is provided as a courtesy to our customers (in other words, don't call the HotLine and ask for an explanation of how the hidden surface removal was done for the insect). --gavin --gavin (gavin@sgi.com, (415)335-1024)   Received: from vmb.brl.mil by VMB.BRL.MIL id ag10004; 6 Jul 90 19:04 EDT Received: by VMB.BRL.MIL id ag09823; 6 Jul 90 18:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ah09623; 6 Jul 90 18:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09509; 6 Jul 90 18:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07311; 6 Jul 90 17:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07385; Fri, 6 Jul 90 07:04: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: 6 Jul 90 12:50:32 GMT From: Tom Murphy Organization: sgi Subject: Re: Insect source code available? Message-Id: <10028@odin.corp.sgi.com> References: <1990Jul6.003343.19372@murdoch.acc.Virginia.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul6.003343.19372@murdoch.acc.Virginia.EDU>, pts@mendel.acc.Virginia.EDU (Paul T. Shannon) writes: |> |> We have a 4d/25 on loan for a few weeks. One of the demos, called 'Insect' |> does some things like what we'd need to do. Does anyone know |> if this, or some similar program (simulating jointed legs in motion), |> is in the public domain? I do not believe the SGI source is available. I'm sure someone else will confirm that. You may want to rummage in the 4Dgifts directory for other sources that will provide similar examples. For instance, ~4Dgifts/src/sphere. |> |> Also, can someone give me the 800 number for sgi's software support -- |> the people to call with questions about gl? The Customer Information Center number is (800) 338-6272 Tom Murphy Silicon Graphics Inc 415-335-1934 murphy@wpd.sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ah10004; 6 Jul 90 19:05 EDT Received: by VMB.BRL.MIL id ah09823; 6 Jul 90 18:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ai09623; 6 Jul 90 18:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab09509; 6 Jul 90 18:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07313; 6 Jul 90 17:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06976; Fri, 6 Jul 90 06:56: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: 6 Jul 90 13:44:50 GMT From: Paul Turner Organization: Oregon Graduate Institute - Department of Env. Science and Eng. Subject: XView on the IRIS - a summary Message-Id: <10375@ogicse.ogc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Some time back I posted a request concerning the availability of XView on the IRIS - there was only one response (sufficient). The request was: >I'm interested in knowing whether anyone has successfully built the >XView tool kit on the IRIS, commercial products included. The response from Tom Weinstein of SGI was: >I was able to make XView compile. It was really really hairy, [...]. >I still haven't gotten the text subwindow and tty subwindow stuff to >work because Sun's portable" code isn't. All of the tty stuff, at >least, may require a nearly total rewrite. Thank you, --Paul 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 ai10004; 6 Jul 90 19:05 EDT Received: by VMB.BRL.MIL id ai09823; 6 Jul 90 18:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aj09623; 6 Jul 90 18:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac09509; 6 Jul 90 18:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07315; 6 Jul 90 17:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01111; Fri, 6 Jul 90 05:16:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Jul 90 10:43:55 GMT From: Jeff Miller Organization: University of New Mexico, Albuquerque Subject: 4D/20 Initialization. Message-Id: <1990Jul6.104355.19163@ariel.unm.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello again to all ye netters! I was wondering if someone out there could brief me on how to install 3.1 on a 4D/20 with an unformatted SCSI drive (ancient, but but not dead yet 8-) I have looked in the manuals that I have, but I haven't seen anything about formatting new HD's. I need to know environment variables (setenv 's) and anything else pertinent to the installation. Any pertinent information would be greatly apreciated!! --------------------------------------------------------------- jcmiller@hydra.unm.edu Engineering student's lamentation -- "Enjoy your misery today, for 'til be worse tomorrow." "I think not, therefore I am not!!" ---------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aj10004; 6 Jul 90 19:05 EDT Received: by VMB.BRL.MIL id aa09881; 6 Jul 90 18:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09623; 6 Jul 90 18:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09381; 6 Jul 90 18:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07207; 6 Jul 90 16:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23996; Fri, 6 Jul 90 11:05: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: 6 Jul 90 17:22:56 GMT From: Tonia Cantrell Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Best 8mm tapes? Message-Id: <10044@odin.corp.sgi.com> References: <938@voodoo.UUCP>, <9006291803.AA10452@forest.asd.sgi.com>, <9884@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've been using the Sony P6-120MP for backups for a couple of years now and so far I've had no problems. I've been buying them lately at Fry's Electronics for $5.99 each.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10310; 6 Jul 90 19:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09862; 6 Jul 90 18:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09688; 6 Jul 90 18:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07517; 6 Jul 90 17:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07155; Fri, 6 Jul 90 14:23:11 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Jul 90 21:08:19 GMT From: Peter Silva Organization: Environment Canada Subject: ksh on Irises ?? Message-Id: <1990Jul6.210819.11364@cid.aes.doe.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone out there have the Korn Shell running (any version, commercial or other) on an IRIS 4D? I've been wandering around the internet looking for one without much success. AT&T only handles 3B2 stuff. Our users really liked it when we had on another (now late and lamented) machine. Any help appreciated -- Peter Silva psilva@cid.aes.doe.ca (514) 421-4692   Received: from vmb.brl.mil by VMB.BRL.MIL id ab10310; 6 Jul 90 19:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ak10004; 6 Jul 90 19:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09950; 6 Jul 90 18:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07212; 6 Jul 90 16:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23393; Fri, 6 Jul 90 10:58:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Jul 90 17:55:30 GMT From: Kirk 'UhOh' Johnson Organization: MIT Laboratory for Computer Science Subject: porting X11R4 to irix 3.2 Message-Id: <1990Jul6.175530.14548@mintaka.lcs.mit.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL i posted a week or so ago asking for help porting X11R4 (libraries and include files only) to a personal iris running irix 3.2.1. i'm happy to report that, with some guidance from the net, i have succeeded. to summarize: first of all, it's probably important to note the words of Jeff Weinstein's recent comp.sys.sgi posting: Attention all people trying to compile X11R4 on sgi machines!! IRIX 3.3 has a complete set of ported/supported X11R4 clients and libraries, and a server that is X11R3 with some X11R4 stuff like shape extension thrown in. Note that the libraries, header files, and Imake config files are part of the X11 development tape distribution, which is sold at extra cost. It is also worth noting that 3.3 has a much improved X server. it is still my understanding, however, that the libraries and include files (the sgi "X development" tape/option) will not come bundled with irix 3.3 -- they will still be an extra-cost option. (please correct me if i'm wrong.) for those who are still interested in building X11R4 "by hand", i recommend you get jim helman's "4DX-patch1" via anonymous ftp from fresnel.stanford.edu (it's in /pub/4DX, or something like that). with these patches, i was able to build and install the X11R4 libraries and include files. (according to the patches, one should also be able to build the X11R4 clients.) for those of you who don't have access to anonymous FTP, i'd be happy to send you the patch file. kudos to jim helman for making these patches available. thanks to all those who replied to my original posting (Jeff Weinstein, John McCalpin, Anthony Persechini, David Anderson, David Harrison, Jim Helman, Michael Zeitlin, Robert Olson, Roger Fujii, and Jean-Francois Panisset). -- ---------------------------------------------------------------------- kirk johnson `Eat blue dogs tuna@masala.lcs.mit.edu and dig life.'   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11108; 6 Jul 90 20:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10691; 6 Jul 90 20:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10661; 6 Jul 90 19:55 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa07529; 6 Jul 90 17:32 EDT Received: Fri, 6 Jul 90 04:53:34 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Fri, 6 Jul 90 07:52:38 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Fri, 6 Jul 90 08:21:39 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Fri, 6 Jul 90 08:21:39 EDT From: Tony Facca Message-Id: <9007061221.AA09906@avelon.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: Some Problems >> >>Edit the file /usr/etc/inetd.conf and change the ftp line to look like this: >> >>ftp stream tcp nowait root /usr/etc/ftpd ftpd -d -l >> >>The -d switch will print debugging information in the /usr/adm/SYSLOG file and >>the -l switch logs ftp sessions. Then restart the inetd daemon. >> > >BE WARNED, ftpd will log everything, PASSWORDS INCLUDED, even when a regular >(not anonymous) user logs in. > This is true. You should change the permissions on the SYSLOG file to 600. Also, if you have a cron which rotates SYSLOG, be sure to change the permissions there as well. Of course, this doesn't prevent people with root privilege from looking up passwords in the SYSLOG file. But then, NO ONE keeps the same password on more than one machine, do they? ;-) -- ----------------------------------------------------------------------------- Tony Facca | phone: 216-433-8318 NASA Lewis Research Center | Cleveland, Ohio 44135 | email: fsfacca@avelon.lerc.nasa.gov -----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11198; 6 Jul 90 20:45 EDT Received: by VMB.BRL.MIL id aa11061; 6 Jul 90 20:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10968; 6 Jul 90 20:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10868; 6 Jul 90 20:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08165; 6 Jul 90 18:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12306; Fri, 6 Jul 90 15:41: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: 6 Jul 90 21:45:36 GMT From: thorin!currituck.cs.unc.edu!certain@mcnc.org Organization: University Of North Carolina, Chapel Hill Subject: PS300 emulator for the SGi Message-Id: <15017@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am in the process of porting a large program from a PS300 to an SG Iris. I was wondering if anybody has heard of an emulator that would run on the Iris and behave like a PS300. Thanks, Andrew Certain certain@cs.unc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01077; 7 Jul 90 19:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01011; 7 Jul 90 18:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00992; 7 Jul 90 18:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00644; 7 Jul 90 18:37 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27078; Sat, 7 Jul 90 15:30:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Jul 90 21:05:16 GMT From: Kris Hampel Organization: Imperial College Computer Center, London, UK Subject: Shells, NQS (Network Queueing System) Message-Id: <1990Jul6.210516.19293@cc.ic.ac.uk> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi!, I have two questions: 1) Shells: Has anyone ported or made available either ksh (the Korn shell) or tcsh (a nice extended csh with visual history and emacs-like key bindings)? 2) NQS (Network Queueing System) We have a silicon graphics beast set up as a number-cruncher & are awaiting NQS for it (I believe it's in the post) Is the source code available? or (better for us) are there ports around for Ultrix and/or VMS? Has anyone experience of setting up NQS over a heterogenous network - how difficult is it likely to be? Thanks, Kris Kris Hampel, Solid State Theory Group, Physics, Imperial College. =====> kris@sst.ph.ic.ac.uk <=====   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14958; 7 Jul 90 10:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14828; 7 Jul 90 9:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14826; 7 Jul 90 9:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10263; 7 Jul 90 9:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28758; Sat, 7 Jul 90 06:16: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: 7 Jul 90 13:14:52 GMT From: Robert Viduya Organization: Office of Computing Services, Georgia Tech Subject: Re: ksh on Irises ?? Message-Id: <11113@hydra.gatech.EDU> References: <1990Jul6.210819.11364@cid.aes.doe.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >aspgpas@cid.aes.doe.CA (Peter Silva) (aspgpas@cid.aes.doe.CA, <1990Jul6.210819.11364@cid.aes.doe.CA>): > Does anyone out there have the Korn Shell running (any version, > commercial or other) on an IRIS 4D? I've been wandering around the > internet looking for one without much success. AT&T only handles 3B2 > stuff. We have ksh88b running on all our 4D's. The OS is 3.2. We licensed it from AT&T and haven't had much problem getting it running on all our machines here, the only exception being Apple's A/UX which took a bit of work. On the SGI's, the only gotcha I remember experiencing when I built ksh was that it needed to be compiled to run in raw mode only; otherwise it had a disconcerting habit of logging the user off whenever he tried to edit the command line. There may have been a couple of other problems with include files, but they were trivial enough for me not to remember them any more. robert -- Robert Viduya robert@shangri-la.gatech.edu Office of Computing Services Georgia Institute of Technology (404) 894-6296 Atlanta, Georgia 30332-0275   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00380; 7 Jul 90 17:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15123; 7 Jul 90 11:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15101; 7 Jul 90 11:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10436; 7 Jul 90 11:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04534; Sat, 7 Jul 90 08:25:03 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Jul 90 15:20:35 GMT From: John Deuel Organization: Rice University, Houston, Texas Subject: Archives of this group somewhere? Message-Id: <9714@brazos.Rice.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Are public archives of comp.sys.sgi kept anywhere? Anonymous FTP would be the most convenient, but I'll settle for anything. I'm a UNIX system manager who just got his first IRIX machine, so naturally I immediately set out to find the applicable newsgroup, and this appears to be it. After searching through the currently available artciles on my news server, I didn't find any references to an archive of past articles. I'm interested so that I can avoid asking questions that have already been answered. Thanks for the help. -J. -- John R. Deuel Systems Programmer, Networking and Computing Systems Rice University, Houston, TX. -- -- John R. Deuel Systems Programmer, Networking and Computing Systems Rice University, Houston, TX.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00497; 7 Jul 90 17:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00380; 7 Jul 90 17:09 EDT Received: from adm.brl.mil by VMB.BRL.MIL id ab00354; 7 Jul 90 16:55 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa14935; 7 Jul 90 12:39 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 3350; Sat, 07 Jul 90 12:39:12 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 7 Jul 90 12:37 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!tut.cis.ohio-state.edu!zaphod.mps.ohio-state.edu!wuarchive!s wbatl!texbell!nuchat!texhrc!mjz) id AA25881; Sat, 7 Jul 90 13:18:05 DSD Date: Sat, 7 Jul 90 13:18:05 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: XRv4 To: zaphod.mps.ohio-state.edu!wuarchive!swbatl!texbell!nuchat!texhrc!mjz@tut.cis.oh MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Cc: info-iris@BRL.MIL Message-id: <9007072018.AA25881@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil >has anyone been successful in porting MIT's X11R4 >distribution tape?? > >we have been unable to get it built here..... >any suggestions are most welcome.... Me too. We have a summer student working on it, and any help would make us happy campers. -- +-----------------------------------------------------------------------------+ | 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 aa00603; 7 Jul 90 17:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00543; 7 Jul 90 17:38 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00541; 7 Jul 90 17:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00534; 7 Jul 90 17:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22901; Sat, 7 Jul 90 14:15: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: 7 Jul 90 20:59:29 GMT From: Andrew Cherenson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: chown thru multiple directories Message-Id: <63579@sgi.sgi.com> References: <9007052117.aa00502@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007052117.aa00502@VGR.BRL.MIL> JORDAN@gmr.COM writes: >Is there a command available that will change the owner and group >of every file in the current directory, and every file & directory >below the current directory? > >Or will I have to write my own shell program? > >Any assistance appreciated!! > >t p mugabi-jordan >1151 crooks road >troy, michigan 48084 >gm - systems engineering center >(313) 280 6766 IRIX 3.3 has the BSD version of chown(1) and chgrp(1). With the -R option, "the command recursively descends its directory arguments setting the specified owner or group."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00655; 7 Jul 90 17:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00380; 7 Jul 90 17:09 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa00354; 7 Jul 90 16:55 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa14900; 7 Jul 90 12:36 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 3336; Sat, 07 Jul 90 12:34:30 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 7 Jul 90 12:32 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA25848; Sat, 7 Jul 90 13:13:20 DSD Date: Sat, 7 Jul 90 13:13:20 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: chown thru multiple directories To: JORDAN%gmr.com@relay.cs.net Cc: info-iris@BRL.MIL Message-id: <9007072013.AA25848@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, JORDAN%gmr.com@relay.cs.net JORDAN%gmr.com@relay.cs.net asks about "chown thru multiple directories" >Is there a command available that will change the owner and group >of every file in the current directory, and every file & directory >below the current directory? > >Or will I have to write my own shell program? Do this one liner: find /$startdir -exec chown $username "{}" \; -print Rr to change both the user and the owner find /$startdir -exec chgrp $usergrouop "{}" \; -exec chown $username "{}" \; -p rint the -print is optional. It justs shows you what find is finding. Replace $startdir,$username,$usergroup with your actual value. Tar also has setting that will unload an archives with the current users ownership and group. Have to look that up. I always forget it when unloading tar archives and then do the above to fix things. The real problem is when you are unloading an archive with root permissions as a user with no permissions. Then you can not chown and chgrp on the monster you have just created. You are stuck until root can do it for you. -- +-----------------------------------------------------------------------------+ | 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 aa00867; 7 Jul 90 18:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00497; 7 Jul 90 17:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00486; 7 Jul 90 17:18 EDT Received: from wugate.wustl.edu by VGR.BRL.MIL id aa00444; 7 Jul 90 16:07 EDT Received: by wugate.wustl.edu (5.61++/WUSTL-0.3) with SMTP id AA12301; Sat, 7 Jul 90 15:07:42 -0500 Received: by castor.wustl.edu (5.52/890607.SGI) (for @wugate.wustl.edu:info-iris@brl.mil) id AA00332; Sat, 7 Jul 90 15:07:17 CDT Date: Sat, 7 Jul 90 15:07:17 CDT From: "Martin S. Weinhous" Message-Id: <9007072007.AA00332@castor.wustl.edu> To: info-iris@BRL.MIL Subject: need psview help Cc: weinhous@castor.wustl.edu I would like to (1) do text and picture preparation on a Mac (using Microsoft Word 4.00B, Mac System 6.0.5, and LaserWriter 6.0.1) (2) write the resulting Postscript file to the Mac's disk, (3) transfer the Postscript "text" file to our 4D120GTX (Irix 3.3), (4) and display the result with psview. Items 2 and 4 are giving me fits! I've hacked the LaserWriter driver to include a "Print to Disk" box and get a file labeled Postscript0. This file seems to have some Apple specific stuff in the beginning. When I try to display it on the Iris with psview, the psview window immediately dissapears! I've tried to get rid of the Apple specific stuff by using commond-K when printing from Word (this is supposed to direct output to disk rather than to LaserWriter -- and do so without the header). All I've managed to do is incrementally kill another tree (waste paper). Can anyone offer suggestions for doing items 2 and 4? I'm going through this exercise because I want to use our Film Recorder to produce 35mm slides of my documents. The Film Recorder only handles NTSC video which I can achieve on the Iris (albeit showing only the lower left quadrant of the screen), but not on the Mac. The file Postscript0 follows. Maybe someone can tell me how to alter the header (Apple specific stuff) so that psview can display it. ------------------------- cut here ------------------------------------ %!PS-Adobe-2.0 %%Title: junk %%Creator: PrintMonitor %%CreationDate: July 7, 1990 %%Pages: (atend) %%BoundingBox: ? ? ? ? %%PageBoundingBox: 18 8 594 784 %%For: weinhous %%IncludeProcSet: "(AppleDict md)" 70 0 %%EndComments %%EndProlog %%BeginDocumentSetup md begin T T 0 0 776 576 -8 -18 784 594 100 72 72 1 F F F F F F T F psu (weinhous; document: junk)jn 0 mf od %%EndDocumentSetup %%Page: ? 1 op 0 0 776 576 fr 0 0 xl 1 1 pen 0 0 gm (nc 0 0 0 0 6 rc)kp 0.09019 0.18431 0.14117 setrgbcolor 74 54 gm (nc 0 0 776 576 6 rc)kp 0 gr T 1 setTxMode 0 fs bu fc {}mark T /NewCenturySchlbk-Roman /|______NewCenturySchlbk-Roman 0 rf bn 12 fz bu fc 2 F /|______NewCenturySchlbk-Roman fnt bn (Test Document)show F T cp %%Trailer cd end %%Pages: 1 0 %%EOF ------------------------- cut here ------------------------------------ Thanks in advance. Marty Weinhous weinhous@castor.wustl.edu Radiation Oncology, Washington U. !uunet!wucs1!dinorah!weinhous St. Louis, MO 63105, 314/362-2600   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05477; 8 Jul 90 18:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05360; 8 Jul 90 17:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05327; 8 Jul 90 17:42 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa06399; 8 Jul 90 17:18 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Mon, 9 Jul 90 09:17 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Mon, 9 Jul 90 09:17 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:weinhous@castor.wustl.EDU) id AA04824; Mon, 9 Jul 90 09:16:25 NZT Date: Mon, 9 Jul 90 09:16:25 NZT From: russell@ccu1.aukuni.ac.nz Subject: Re: need psview help To: weinhous@castor.wustl.edu Cc: info-iris@vgr.brl.mil Message-Id: <9007082116.AA04824@ccu1.aukuni.ac.nz> I don't think that you will get psview to display output from Word. I understand that it is not a complete implemantation of postscript and that which is implemented is biased towards graphics. I have seen varying opinions expressed in this group on this point. Assuming that psview is actually capable of displaying the file what you need in addition to the postscript0 file is the laserprep file which contains the definition of the 'Apple dependent stuff' that you observed. I am not a Mac user and don't know the details of how to extract a file containing the laserprep stuff. I have seen recipies for do so in some of the TeX related discussions that I follow. I think there was a detailed article in Tugboat (TeX Users Group journal) recently but I can't find it. Russell. -- +-----------------------------------------------------------------+ | Russell Fulton 'phone +64 9 737-999 x 8955 | | Computer Centre domain rj_fulton@aukuni.ac.nz | | University of Auckland fax +64 9 303-2467 | | Private Bag time gmt -12 (13) (summer time)| | Auckland, New Zealand. | +-----------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05583; 8 Jul 90 18:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac05360; 8 Jul 90 17:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05332; 8 Jul 90 17:43 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa06427; 8 Jul 90 17:36 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Mon, 9 Jul 90 09:36 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Mon, 9 Jul 90 09:35 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA09560; Mon, 9 Jul 90 09:34:31 NZT Date: Mon, 9 Jul 90 09:34:31 NZT From: russell@ccu1.aukuni.ac.nz Subject: performance problems 4S/240S To: info-iris@vgr.brl.mil Message-Id: <9007082134.AA09560@ccu1.aukuni.ac.nz> We are running a 4D/240s under 3.2.1 and have observed the following phenomenon: When the machine is idle or lightly loaded it displays large % of wio. for example here is a sar output which I did a few minutes ago. ccu1.auk ccu1.auk 3.2.1 10171414 IP7 07/06/90 00:00:07 %usr %sys %intr %wio %idle %sbrk %wfs %wswp %wphy %wgsw %wfif 01:00:01 4 9 0 81 6 0 38 44 18 0 0 02:00:00 1 5 0 56 38 0 3 97 0 0 0 03:00:00 1 5 0 56 38 0 3 97 0 0 0 04:00:01 1 5 0 56 38 0 2 98 0 0 0 05:00:00 2 5 0 56 37 0 4 96 0 0 0 06:00:01 1 5 0 55 39 0 2 98 0 0 0 07:00:00 1 5 0 56 39 0 2 98 0 0 0 08:00:01 1 5 0 56 38 0 4 96 0 0 0 08:20:00 2 6 0 55 36 0 10 90 0 0 0 08:40:01 3 8 0 28 61 0 20 80 0 0 0 09:00:02 4 11 0 42 42 0 28 72 0 0 0 09:20:01 20 12 0 36 32 0 17 83 0 0 0 09:40:03 10 13 2 41 34 0 23 77 0 0 0 10:00:03 19 16 1 42 21 0 31 53 16 0 0 10:20:01 10 15 1 70 3 0 48 41 11 0 0 10:40:05 31 18 2 42 6 0 44 42 14 0 0 11:00:04 21 18 1 54 5 0 54 46 0 0 0 11:00:04 %usr %sys %intr %wio %idle %sbrk %wfs %wswp %wphy %wgsw %wfif Average 5 7 0 55 32 0 19 76 5 0 0 Notice the drop between 8:20 and 8:40. This coincides with cleaning up logins that have been left over from the previous day. This seems significant. We have asked the local SGI agents about this and they have not come up with any explanation. Any ideas? We are not certain if this is a problem or not. We have observed that poor performance during the day is also linked with high wio figures but are wondering if these are as spurious as the overnight ones. Thanks, Russell.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05583; 8 Jul 90 18:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab05477; 8 Jul 90 18:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05384; 8 Jul 90 17:58 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa06416; 8 Jul 90 17:34 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Mon, 9 Jul 90 09:34 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Mon, 9 Jul 90 09:34 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA09124; Mon, 9 Jul 90 09:32:41 NZT Date: Mon, 9 Jul 90 09:32:41 NZT From: russell@ccu1.aukuni.ac.nz Subject: Problems installing news To: info-iris@vgr.brl.mil Message-Id: <9007082132.AA09124@ccu1.aukuni.ac.nz> I am trying to install news software version 2.11 on an 4D/240S running 3.2.2. I used the USG option and did a make then a make install as in the installation instructions. I then did a make update which warned me that some news groups needed to be flagged as moderated and produce a script to perform the updates. The script used inews -C to perform the modifications but the script failed with 'memory error' on each invocation of inews. When I tried typing the commands by hand I got a segmentation fault in inews. Can anybody give any suggestions as to what is wrong, or perhaps send me their localize file that was used to customise news at their site. I also tried a trick I have used on other software, tell the make file to use BSD options and add -I/usr/include/bsd -lbsd to the cc options. This failed to find sys/timeb.h. Cheers Russell.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05644; 8 Jul 90 18:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05274; 8 Jul 90 17:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05272; 8 Jul 90 17:16 EDT Received: from truth.waikato.ac.nz by VGR.BRL.MIL id aa06387; 8 Jul 90 17:06 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Mon, 9 Jul 90 08:53 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Mon, 9 Jul 90 08:52 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA28506; Mon, 9 Jul 90 08:51:35 NZT Date: Mon, 9 Jul 90 08:51:35 NZT From: russell@ccu1.aukuni.ac.nz Subject: Re: ksh on Irises ?? To: info-iris@vgr.brl.mil Message-Id: <9007082051.AA28506@ccu1.aukuni.ac.nz> Yes! SGI have a version of ksh but you need an AT&T license before they will give it to you. By the way I understand that ksh comes as part of V.4. I am confused about the license cost. We were quoted $us 3000 this seems very steep and we did not buy. I now think that that must have been a source license when all we want is a binary license. We have had trouble getting information out of AT&T, we have to deal through Japan sigh... If you find anything different on the cost please let me know. Russell.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05678; 8 Jul 90 18:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab05360; 8 Jul 90 17:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab05327; 8 Jul 90 17:42 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa06406; 8 Jul 90 17:26 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Mon, 9 Jul 90 09:26 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Mon, 9 Jul 90 09:26 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:kris@sst.ph.ic.ac.uk) id AA07137; Mon, 9 Jul 90 09:24:51 NZT Date: Mon, 9 Jul 90 09:24:51 NZT From: russell@ccu1.aukuni.ac.nz Subject: Re: Shells, NQS (Network Queueing System) To: kris@sst.ph.ic.ac.uk Cc: info-iris@vgr.brl.mil Message-Id: <9007082124.AA07137@ccu1.aukuni.ac.nz> There is a version of tcsh available for ftp form vgr.brl.mil. We have it. The only problem is that it was compiled with the system wide cshrc file disabled which makes it useless for our purposes. There are also sources in the form of diffs from the 4.3 BSD sources. Which are only useful if you happen to have the 4.3 BSD csh sources. If you can't ftp them I might be able to arrage for you to use coloured book ftp from one of our vaxes. It would cost you since you would have to go through public X25 net. Russell. -- +-----------------------------------------------------------------+ | Russell Fulton 'phone +64 9 737-999 x 8955 | | Computer Centre domain rj_fulton@aukuni.ac.nz | | University of Auckland fax +64 9 303-2467 | | Private Bag time gmt -12 (13) (summer time)| | Auckland, New Zealand. | +-----------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08413; 9 Jul 90 6:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08028; 9 Jul 90 4:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08009; 9 Jul 90 4:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07435; 9 Jul 90 4:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA09579; Mon, 9 Jul 90 01:22: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: 9 Jul 90 08:07:39 GMT From: "RODRIGUEZ,THOMAS KENDALL" Organization: Georgia Institute of Technology Subject: Help with makeobj on Iris? Message-Id: <11131@hydra.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am having great dificulty using makeobj on the iris 4d. It works okay with rectf and polf, but i will not work with bgnpolygon, v and normal. I've read all the manuals (I think) and i just have no clue why i won't work. Someone please save me. Thanks. tom Tom Rodriguez Georgia Institute of Technology, Atlanta Georgia, 30332 uucp: ...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!prism!gt4150b ARPA: gt4150b@prism.gatech.edu "There's no heaven, but there's no hell either... except this one."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15936; 9 Jul 90 11:16 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13951; 9 Jul 90 10:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13776; 9 Jul 90 10:23 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa08372; 9 Jul 90 10:09 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 1807; Mon, 09 Jul 90 10:09:27 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Mon, 9 Jul 90 10:11 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA27450; Mon, 9 Jul 90 10:49:37 DSD Date: Mon, 9 Jul 90 10:49:37 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: workspace comments To: betsy@sgi.com, info-iris@BRL.MIL Message-id: <9007091749.AA27450@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, betsy@sgi.com Sorry for this terse note, but I am heads down busy on this project. Before I forget these notes, I thought it better to telegraph them to you. 1) Workspace whould not fire up when you log in from a tty line even if it is in your profile. How can I check in my .login script that 1) it it is not running already ? or 2) That I am not connected to a window server ?. If you kill workspace (for various reasons) and reopen a wsh window, how can you keep it from restarting ?. For development work, a developers environment mode or script would be apprecica ted. If you are interested, I have hacked the nawk scripts to compress the size of my *.ftr rules. If you want to look, let me know. Also, can you pipe files into the ftr compiler ? Then you do not need intermediate ftr files. You could go directly to *.ctr files ( and save disk space) Any hope for a #line directive(so that the ftr compiler will report line numbers directly from the rtr and fti files ? While it is not an issue right now, iconsmith needs more work, or I need more documentation as to how it works. The scale/translate/rotate functions are hard to get to come up consistently. What about using the digitizer pad to trace drawings and let more skilled artists types do the work. Is there a way to put up a collection of .fti files directly ? I need a fti file viewer( not editor) to look at the collection of fti files and document them. We need a collection of text/large letters geometries for fti. I would not cavil except that I am using it so hard. 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 ab15936; 9 Jul 90 11:16 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14910; 9 Jul 90 11:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14795; 9 Jul 90 10:56 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa08448; 9 Jul 90 10:36 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 2157; Mon, 09 Jul 90 10:36:14 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Mon, 9 Jul 90 10:38 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA27491; Mon, 9 Jul 90 11:16:32 DSD Date: Mon, 9 Jul 90 11:16:32 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: typo in previous posting corrected ... To: info-iris@BRL.MIL Message-id: <9007091816.AA27491@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I noticed a egregious typo in my "find one liner" what will make it worse than useless. Here is the correct form (omit the leading slash) >JORDAN%gmr.com@relay.cs.net asks about "chown thru multiple directories" > >>Is there a command available that will change the owner and group >>of every file in the current directory, and every file & directory >>below the current directory? >> >>Or will I have to write my own shell program? > >Do this one liner: > find $startdir -exec chown $username "{}" \; -print > >Rr to change both the user and the owner > find $startdir -exec chgrp $usergrouop "{}" \; -exec chown $username "{}" \; -p rint > >the -print is optional. It justs shows you what find is finding. > >Replace $startdir,$username,$usergroup with your actual value. > >Tar also has setting that will unload an archives with the current users >ownership and group. Have to look that up. I always forget it when unloading >tar archives and then do the above to fix things. The real problem is when >you are unloading an archive with root permissions as a user with no >permissions. Then you can not chown and chgrp on the monster you have just >created. You are stuck until root can do it for you. -- +-----------------------------------------------------------------------------+ | 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 aa16789; 9 Jul 90 11:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13388; 9 Jul 90 10:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13100; 9 Jul 90 10:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08296; 9 Jul 90 9:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25478; Mon, 9 Jul 90 06:49:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Jul 90 12:04:25 GMT From: Trevor Paquette Organization: The University of Calgary Subject: Re: Help with makeobj on Iris? Message-Id: <1990Jul9.120425.8805@calgary.uucp> References: <11131@hydra.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <11131@hydra.gatech.EDU>, gt4150b@prism.gatech.EDU (RODRIGUEZ,THOMAS KENDALL) writes: > > I am having great dificulty using makeobj on the iris 4d. > It works okay with rectf and polf, but i will not work with > bgnpolygon, v and normal. I've read all the manuals (I think) > and i just have no clue why i won't work. Someone please save > me. Thanks. Make obj does not accept the faster drawing routines in 3.2. 3.3 however does support the faster routines. Re-read the man entry for makeobj/callobj. I think it mentions what it is allowed to call. ___________________________________________/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 aa16994; 9 Jul 90 12:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16501; 9 Jul 90 11:36 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa16474; 9 Jul 90 11:26 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa07873; 9 Jul 90 11:16 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 2811; Mon, 09 Jul 90 11:15:11 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 09 Jul 90 15:54:53 Date: Mon, 9 Jul 90 15:51:13 +0200 (Central European Summer Time) From: Knobi der Rechnerschrat Subject: top (CPU-users) display To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <9007091116.aa07873@ADM.BRL.MIL> Hello, I've just discovered a malfunction of the 3.3 'top' cpu-usage utility. Invoked with 'top -i 2' (I suspect the '-i 2' has nothing to do with the problem) the sum of the %-age cpu-time column is most times much above 100% (up to 200%). Can somebody at SGI have a look at it? Maybe its not to late for the 09-Jul deadline for inclusion in the 3.3 release tape? Regards Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET:   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17206; 9 Jul 90 12:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab16789; 9 Jul 90 11:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16670; 9 Jul 90 11:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08634; 9 Jul 90 11:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01069; Mon, 9 Jul 90 08:15: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: 9 Jul 90 14:45:40 GMT From: Allen Buchinski Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Presentation Graphics??? Message-Id: <10099@odin.corp.sgi.com> References: <9007061659.aa07220@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007061659.aa07220@VGR.BRL.MIL> LEONARDZ@VM.UOGUELPH.CA (Len Zaifman) writes: > I have a user who has data he wants plotted with linestyles,curve labels >axis labels and titles. He may also need bar/pie chart facilities. To the >extent that he does most of his work on a 4D25 , he would like to do the >presentation graphics part there as well. TECPLOT from Amtec Engineering in Bellevue, Washington is a package for visualizing scientific/engineering data. It will plot data in a number of different ways, however, pie charts haven't been implemented yet. Call 206-827-3304 for information.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17458; 9 Jul 90 12:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab16994; 9 Jul 90 12:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16853; 9 Jul 90 11:49 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa08458; 9 Jul 90 10:39 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 2217; Mon, 09 Jul 90 10:39:28 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Mon, 9 Jul 90 10:41 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA27506; Mon, 9 Jul 90 11:19:49 DSD Date: Mon, 9 Jul 90 11:19:49 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: chown thru multiple directories To: brendan%nimrod.wpd@sgi.com Cc: info-iris@BRL.MIL Message-id: <9007091819.AA27506@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, brendan%nimrod.wpd@sgi.com I like your way best, but all this mucking is obsolete with the xxx -R option, which I just learned about from this discussion. 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 aa20760; 9 Jul 90 14:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20117; 9 Jul 90 14:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20103; 9 Jul 90 14:17 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09195; 9 Jul 90 14:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA11929; Mon, 9 Jul 90 11:01: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: 9 Jul 90 17:14:36 GMT From: Robert Skinner Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: workspace comments Message-Id: <10107@odin.corp.sgi.com> References: <9007091749.AA27450@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007091749.AA27450@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU writes: |> |> Sorry for this terse note, but I am heads down busy on this project. Before |> I forget these notes, I thought it better to telegraph them to you. |> |> 1) Workspace whould not fire up when you log in from a tty line even if |> it is in your profile. How can I check in my .login script that 1) it it |> is not running already ? or 2) That I am not connected to a window server ?. |> |> If you kill workspace (for various reasons) and reopen a wsh window, |> how can you keep it from restarting ?. |> |> For development work, a developers environment mode or script would be apprecica |> ted. |> Start up workspace from your user.ps, not your .login. That will eliminate both of your problems. Robert Skinner robert@sgi.com It is better to burn out than to fade away.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22792; 9 Jul 90 16:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21324; 9 Jul 90 15:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21304; 9 Jul 90 15:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09324; 9 Jul 90 14:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14820; Mon, 9 Jul 90 11:42: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: 9 Jul 90 18:26:06 GMT From: Michael Hart Subject: IRIX 3.3 Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm not sure why, but ever since our last equipment order arrived, we don't seem to get any new software deliveries. Has there been/is there currently a long wait for 3.3 tapes? What do we need to do to get ours? thanx -- ------------------------------------------------------------------------------- Michael G. Hart hart@blackjack.dt.navy.mil / mhart@dtrc.dt.navy.mil DTRC/DoD | "Wherever you go, there you are."- me DISCLAIMER: If you want the Navy's opinion, talk to Secretary Cheney. -- ------------------------------------------------------------------------------- Michael G. Hart hart@blackjack.dt.navy.mil / mhart@dtrc.dt.navy.mil DTRC/DoD | "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 ac22792; 9 Jul 90 16:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac22163; 9 Jul 90 15:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22031; 9 Jul 90 15:45 EDT Received: from [192.48.139.30] by VGR.BRL.MIL id aa09416; 9 Jul 90 15:23 EDT Received: from solomon (solomon.squibb.com) by dino.squibb.com; Mon, 9 Jul 90 15:20 EST Received: by solomon (5.52/5.7) id AA02124; Mon, 9 Jul 90 15:17:39 EDT Date: Mon, 9 Jul 90 15:17:39 EDT From: zilaitis@solomon.squibb.com Subject: Framemaker for PI available? To: info-iris@BRL.MIL Cc: zilaitis@squibb.com Message-id: <9007091917.AA02124@solomon> X-Envelope-to: info-iris@brl.mil Hi, Is there currently or at least plans of porting Framemaker to the Personal Iris? If so does anyone have any information regarding this, Where do I get it, How much is it? Who to contact Any info will be appreciated, thanks -- ------------------------------------------------------------------------------- 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 ad22792; 9 Jul 90 16:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad22163; 9 Jul 90 15:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22034; 9 Jul 90 15:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09426; 9 Jul 90 15:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15610; Mon, 9 Jul 90 11:54: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: 9 Jul 90 18:38:22 GMT From: Betsy Zeller Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: workspace comments Message-Id: <63640@sgi.sgi.com> References: <9007091749.AA27450@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007091749.AA27450@mcirps2.med.nyu.edu> karron@MCIRPS2.MED.NYU.EDU writes: > >1) Workspace whould not fire up when you log in from a tty line even if >it is in your profile. How can I check in my .login script that 1) it it >is not running already ? or 2) That I am not connected to a window server ?. This is just a subset of the problem you have when you normally start up on the monitor, but sometimes login from a tty line. Given that (in the case of WorkSpace), the tool is available from the System chest, you might want to remove the requests to start up WorkSpace automatically, and just start it up when you want it. > >If you kill workspace (for various reasons) and reopen a wsh window, >how can you keep it from restarting ?. If you do want to start up WorkSpace when you login to the system, the best way to do it is to set 'Workspace On' from the User tool in the System Adminstrator. (Choose System manager from the System tool chest, open the User tool, select the icon which represents your account, open it, and select the 'On' button beside WorkSpace.) This will start it when you first login, but doesn't tie the request to each time you execute your .login or .profile, or whatever. Betsy Zeller betsy@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ab22792; 9 Jul 90 16:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22163; 9 Jul 90 15:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21911; 9 Jul 90 15:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09379; 9 Jul 90 15:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15583; Mon, 9 Jul 90 11:53:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Jul 90 18:35:50 GMT From: Paul Haeberli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Free font from Silicon Graphics to you. Message-Id: <63639@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here is a font we created last friday from some hand drawn characters. Each character is represented by geometry. It should be usable at any rotation or size. Feel free to use or distribute in any way!!! BTW: Does anyone know if we can make a font like this smaller by defining lineto, etc to have shorter names? How do we do this without any danger? Paul Haeberli & Seth Teller paul@sgi.com seth@miro.berkeley.edu %! %%Title: (Messenger - a relaxed Courier-like font) %%Creator: Seth Teller and Paul Haeberli from Berkeley Silicon Graphics %%BoundingBox: 0 0 1000 1000 %%DocumentFonts: Messenger %%Pages: 1 /newfont 10 dict def newfont begin /FontType 3 def /FontMatrix [.001 0 0 .001 0 0] def /FontBBox [0 0 1000 1000] def /Encoding 256 array def 0 1 255 {Encoding exch /.notdef put} for Encoding 32 /c032 put Encoding 33 /c033 put Encoding 34 /c034 put Encoding 35 /c035 put Encoding 36 /c036 put Encoding 37 /c037 put Encoding 38 /c038 put Encoding 39 /c039 put Encoding 40 /c040 put Encoding 41 /c041 put Encoding 42 /c042 put Encoding 43 /c043 put Encoding 44 /c044 put Encoding 45 /c045 put Encoding 46 /c046 put Encoding 47 /c047 put Encoding 48 /c048 put Encoding 49 /c049 put Encoding 50 /c050 put Encoding 51 /c051 put Encoding 52 /c052 put Encoding 53 /c053 put Encoding 54 /c054 put Encoding 55 /c055 put Encoding 56 /c056 put Encoding 57 /c057 put Encoding 58 /c058 put Encoding 59 /c059 put Encoding 60 /c060 put Encoding 61 /c061 put Encoding 62 /c062 put Encoding 63 /c063 put Encoding 64 /c064 put Encoding 65 /c065 put Encoding 66 /c066 put Encoding 67 /c067 put Encoding 68 /c068 put Encoding 69 /c069 put Encoding 70 /c070 put Encoding 71 /c071 put Encoding 72 /c072 put Encoding 73 /c073 put Encoding 74 /c074 put Encoding 75 /c075 put Encoding 76 /c076 put Encoding 77 /c077 put Encoding 78 /c078 put Encoding 79 /c079 put Encoding 80 /c080 put Encoding 81 /c081 put Encoding 82 /c082 put Encoding 83 /c083 put Encoding 84 /c084 put Encoding 85 /c085 put Encoding 86 /c086 put Encoding 87 /c087 put Encoding 88 /c088 put Encoding 89 /c089 put Encoding 90 /c090 put Encoding 91 /c091 put Encoding 92 /c092 put Encoding 93 /c093 put Encoding 94 /c094 put Encoding 95 /c095 put Encoding 96 /c096 put Encoding 97 /c097 put Encoding 98 /c098 put Encoding 99 /c099 put Encoding 100 /c100 put Encoding 101 /c101 put Encoding 102 /c102 put Encoding 103 /c103 put Encoding 104 /c104 put Encoding 105 /c105 put Encoding 106 /c106 put Encoding 107 /c107 put Encoding 108 /c108 put Encoding 109 /c109 put Encoding 110 /c110 put Encoding 111 /c111 put Encoding 112 /c112 put Encoding 113 /c113 put Encoding 114 /c114 put Encoding 115 /c115 put Encoding 116 /c116 put Encoding 117 /c117 put Encoding 118 /c118 put Encoding 119 /c119 put Encoding 120 /c120 put Encoding 121 /c121 put Encoding 122 /c122 put Encoding 123 /c123 put Encoding 124 /c124 put Encoding 125 /c125 put Encoding 126 /c126 put /CharProcs 96 dict def CharProcs begin /.notdef {} def /c032 { %% begin def char space (' ') 600 0 0 0 600 800 setcachedevice } def % end def char space (' ') /c033 { %% begin def char exclamation ('!') 600 0 249 0 350 600 setcachedevice newpath 288 0 moveto 324 9 lineto 347 30 lineto 350 59 lineto 332 83 lineto 313 96 lineto 290 94 lineto 260 71 lineto 249 36 lineto 256 15 lineto 273 2 lineto closepath 306 178 moveto 327 184 lineto 336 204 lineto 336 394 lineto 326 581 lineto 311 598 lineto 289 600 lineto 272 585 lineto 266 547 lineto 278 304 lineto 280 201 lineto 291 182 lineto closepath fill } def %% end def char exclamation ('!') /c034 { %% begin def char doublequote ('"') 600 0 226 550 373 700 setcachedevice newpath 245 550 moveto 260 554 lineto 281 585 lineto 292 638 lineto 289 676 lineto 279 695 lineto 264 700 lineto 250 693 lineto 244 678 lineto 250 646 lineto 244 614 lineto 232 585 lineto 226 570 lineto 231 556 lineto closepath 333 557 moveto 349 558 lineto 363 574 lineto 373 644 lineto 369 682 lineto 360 695 lineto 344 698 lineto 332 689 lineto 327 674 lineto 330 635 lineto 319 577 lineto 325 564 lineto closepath fill } def %% end def char doublequote ('"') /c035 { %% begin def char sharp ('#') 600 0 99 200 500 600 setcachedevice newpath 296 200 moveto 314 200 lineto 329 218 lineto 370 322 lineto 373 328 lineto 379 328 lineto 467 330 lineto 482 340 lineto 485 358 lineto 475 372 lineto 458 377 lineto 401 375 lineto 395 375 lineto 394 379 lineto 422 444 lineto 489 451 lineto 500 465 lineto 499 483 lineto 481 496 lineto 444 493 lineto 438 493 lineto 439 498 lineto 467 569 lineto 464 587 lineto 451 598 lineto 439 600 lineto 425 589 lineto 388 496 lineto 386 491 lineto 381 490 lineto 326 487 lineto 320 487 lineto 321 493 lineto 343 554 lineto 336 576 lineto 319 582 lineto 303 576 lineto 269 488 lineto 266 483 lineto 153 479 lineto 139 469 lineto 135 451 lineto 150 434 lineto 244 436 lineto 248 433 lineto 246 428 lineto 222 374 lineto 216 372 lineto 111 365 lineto 99 353 lineto 99 335 lineto 115 320 lineto 190 323 lineto 197 323 lineto 197 319 lineto 162 244 lineto 160 227 lineto 171 212 lineto 188 209 lineto 205 224 lineto 227 272 lineto 253 325 lineto 259 326 lineto 315 328 lineto 321 327 lineto 320 321 lineto 280 223 lineto 290 202 lineto closepath 277 380 moveto 297 429 lineto 299 435 lineto 305 437 lineto 361 440 lineto 367 440 lineto 365 434 lineto 342 379 lineto 338 375 lineto 280 375 lineto 275 374 lineto closepath fill } def %% end def char sharp ('#') /c036 { %% begin def char dollar ('$') 600 0 21 -50 579 650 setcachedevice newpath 373 -50 moveto 396 -48 lineto 412 -32 lineto 419 12 lineto 423 17 lineto 479 37 lineto 540 79 lineto 565 115 lineto 575 151 lineto 571 190 lineto 545 235 lineto 500 276 lineto 455 302 lineto 451 308 lineto 461 416 lineto 462 511 lineto 463 517 lineto 469 513 lineto 493 486 lineto 495 479 lineto 490 473 lineto 471 448 lineto 475 426 lineto 493 413 lineto 515 416 lineto 549 448 lineto 579 532 lineto 575 554 lineto 558 568 lineto 543 569 lineto 525 556 lineto 521 550 lineto 517 555 lineto 459 589 lineto 455 595 lineto 451 634 lineto 434 647 lineto 419 650 lineto 401 637 lineto 395 615 lineto 395 607 lineto 388 605 lineto 351 599 lineto 344 596 lineto 337 594 lineto 337 602 lineto 333 624 lineto 316 638 lineto 301 639 lineto 283 627 lineto 277 605 lineto 279 566 lineto 275 561 lineto 217 509 lineto 187 457 lineto 181 420 lineto 194 377 lineto 237 334 lineto 282 309 lineto 287 304 lineto 287 296 lineto 261 114 lineto 257 92 lineto 255 85 lineto 248 83 lineto 180 111 lineto 133 150 lineto 143 176 lineto 158 202 lineto 155 224 lineto 137 237 lineto 122 239 lineto 103 226 lineto 79 189 lineto 63 173 lineto 60 160 lineto 59 153 lineto 52 151 lineto 31 143 lineto 21 123 lineto 25 101 lineto 43 89 lineto 87 99 lineto 94 103 lineto 99 97 lineto 168 50 lineto 230 27 lineto 238 25 lineto 244 22 lineto 243 15 lineto 246 -5 lineto 263 -18 lineto 285 -15 lineto 301 0 lineto 303 6 lineto 307 11 lineto 354 7 lineto 357 1 lineto 355 -27 lineto 366 -46 lineto closepath 335 69 moveto 327 69 lineto 319 69 lineto 315 74 lineto 345 264 lineto 345 280 lineto 349 285 lineto 356 283 lineto 377 274 lineto 384 271 lineto 385 264 lineto 363 71 lineto 359 67 lineto closepath 425 90 moveto 441 237 lineto 447 240 lineto 453 236 lineto 500 195 lineto 515 169 lineto 510 139 lineto 485 111 lineto 439 84 lineto 432 83 lineto 425 82 lineto closepath 391 332 moveto 384 335 lineto 356 345 lineto 349 348 lineto 347 355 lineto 343 491 lineto 341 520 lineto 341 528 lineto 346 532 lineto 389 545 lineto 397 545 lineto 399 538 lineto 403 427 lineto 395 335 lineto closepath 285 374 moveto 279 378 lineto 249 404 lineto 241 417 lineto 249 446 lineto 276 484 lineto 282 489 lineto 283 481 lineto 289 377 lineto closepath fill } def %% end def char dollar ('$') /c037 { %% begin def char percent ('%') 600 0 33 0 566 624 setcachedevice newpath 55 0 moveto 76 3 lineto 159 118 lineto 513 528 lineto 562 582 lineto 566 603 lineto 553 619 lineto 533 624 lineto 505 606 lineto 112 149 lineto 42 51 lineto 33 25 lineto 43 6 lineto closepath 364 136 moveto 404 149 lineto 457 184 lineto 482 219 lineto 489 255 lineto 476 287 lineto 453 302 lineto 403 306 lineto 368 282 lineto 334 243 lineto 317 196 lineto 321 168 lineto 337 145 lineto closepath 378 201 moveto 379 208 lineto 408 241 lineto 421 240 lineto 428 239 lineto 426 232 lineto 384 202 lineto closepath 153 408 moveto 228 427 lineto 271 453 lineto 291 482 lineto 291 518 lineto 274 549 lineto 256 560 lineto 255 567 lineto 248 587 lineto 229 596 lineto 182 582 lineto 140 554 lineto 112 514 lineto 102 480 lineto 105 444 lineto 126 415 lineto closepath 159 475 moveto 170 500 lineto 195 526 lineto 215 536 lineto 221 534 lineto 223 527 lineto 234 508 lineto 236 501 lineto 232 495 lineto 187 473 lineto 166 467 lineto 159 467 lineto closepath fill } def %% end def char percent ('%') /c038 { %% begin def char ampersand ('&') 600 0 115 0 485 599 setcachedevice newpath 137 0 moveto 159 3 lineto 186 27 lineto 207 58 lineto 211 61 lineto 218 59 lineto 282 41 lineto 345 45 lineto 415 70 lineto 456 104 lineto 479 143 lineto 485 188 lineto 471 238 lineto 411 318 lineto 383 346 lineto 379 352 lineto 391 435 lineto 387 490 lineto 365 553 lineto 335 586 lineto 301 599 lineto 264 590 lineto 241 572 lineto 213 528 lineto 207 490 lineto 213 453 lineto 245 402 lineto 310 337 lineto 295 296 lineto 210 171 lineto 201 158 lineto 197 152 lineto 194 156 lineto 189 178 lineto 189 201 lineto 174 217 lineto 153 219 lineto 135 206 lineto 129 161 lineto 149 113 lineto 159 101 lineto 159 95 lineto 115 35 lineto 123 7 lineto closepath 273 103 moveto 251 109 lineto 244 112 lineto 247 118 lineto 345 264 lineto 355 284 lineto 360 285 lineto 365 279 lineto 417 212 lineto 425 183 lineto 414 147 lineto 378 119 lineto 313 101 lineto closepath 319 412 moveto 279 458 lineto 267 485 lineto 270 508 lineto 292 537 lineto 299 538 lineto 315 522 lineto 331 465 lineto 329 409 lineto 325 406 lineto closepath fill } def %% end def char ampersand ('&') /c039 { %% begin def char apostrophe (''') 600 0 243 550 356 699 setcachedevice newpath 262 550 moveto 282 550 lineto 311 567 lineto 329 588 lineto 355 655 lineto 356 682 lineto 343 696 lineto 330 699 lineto 312 692 lineto 288 623 lineto 272 604 lineto 248 592 lineto 243 573 lineto 246 560 lineto closepath fill } def %% end def char apostrophe (''') /c040 { %% begin def char leftparen ('(') 600 0 200 -50 400 699 setcachedevice newpath 371 -50 moveto 393 -38 lineto 396 -6 lineto 334 76 lineto 308 138 lineto 272 278 lineto 268 357 lineto 278 444 lineto 307 523 lineto 341 582 lineto 398 655 lineto 400 673 lineto 385 693 lineto 361 699 lineto 325 676 lineto 256 576 lineto 218 482 lineto 202 398 lineto 200 309 lineto 212 232 lineto 257 78 lineto 316 -14 lineto 348 -45 lineto closepath fill } def %% end def char leftparen ('(') /c041 { %% begin def char rightparen (')') 600 0 167 -50 433 700 setcachedevice newpath 224 -50 moveto 251 -48 lineto 294 -20 lineto 362 50 lineto 411 141 lineto 433 252 lineto 424 351 lineto 380 491 lineto 340 568 lineto 271 649 lineto 211 700 lineto 185 698 lineto 167 681 lineto 167 655 lineto 213 604 lineto 258 563 lineto 312 474 lineto 357 334 lineto 361 244 lineto 347 167 lineto 300 83 lineto 234 22 lineto 207 0 lineto 201 -15 lineto 217 -46 lineto closepath fill } def %% end def char rightparen (')') /c042 { %% begin def char asterisk ('*') 600 0 134 100 465 499 setcachedevice newpath 227 100 moveto 250 106 lineto 275 148 lineto 299 215 lineto 302 222 lineto 307 223 lineto 313 218 lineto 359 171 lineto 383 170 lineto 401 186 lineto 401 210 lineto 378 243 lineto 360 261 lineto 358 268 lineto 365 271 lineto 452 310 lineto 465 330 lineto 459 353 lineto 440 367 lineto 394 353 lineto 336 328 lineto 329 324 lineto 330 332 lineto 352 426 lineto 360 474 lineto 347 493 lineto 324 499 lineto 304 487 lineto 285 435 lineto 268 347 lineto 266 340 lineto 259 343 lineto 173 405 lineto 149 401 lineto 135 382 lineto 134 366 lineto 154 341 lineto 226 286 lineto 232 281 lineto 225 278 lineto 152 248 lineto 136 231 lineto 139 207 lineto 157 191 lineto 188 194 lineto 219 204 lineto 226 208 lineto 228 204 lineto 212 168 lineto 198 140 lineto 202 116 lineto 219 101 lineto closepath fill } def %% end def char asterisk ('*') /c043 { %% begin def char plus ('+') 600 0 112 100 487 500 setcachedevice newpath 292 100 moveto 313 108 lineto 323 128 lineto 333 262 lineto 333 270 lineto 339 274 lineto 456 286 lineto 481 302 lineto 487 324 lineto 475 343 lineto 453 349 lineto 400 339 lineto 338 333 lineto 333 337 lineto 317 485 lineto 300 500 lineto 278 498 lineto 262 483 lineto 262 419 lineto 272 334 lineto 268 329 lineto 190 321 lineto 134 320 lineto 117 307 lineto 112 284 lineto 131 262 lineto 178 258 lineto 264 267 lineto 271 268 lineto 274 260 lineto 262 128 lineto 271 108 lineto closepath fill } def %% end def char plus ('+') /c044 { %% begin def char comma (',') 600 0 175 -200 424 174 setcachedevice newpath 230 -200 moveto 300 -163 lineto 372 -102 lineto 422 -38 lineto 424 14 lineto 416 93 lineto 381 146 lineto 320 171 lineto 268 174 lineto 217 133 lineto 210 65 lineto 226 30 lineto 272 3 lineto 286 3 lineto 291 -5 lineto 267 -49 lineto 218 -92 lineto 187 -115 lineto 175 -153 lineto 193 -185 lineto closepath fill } def %% end def char comma (',') /c045 { %% begin def char minus ('-') 600 0 120 260 480 340 setcachedevice newpath 151 260 moveto 207 268 lineto 332 276 lineto 441 270 lineto 470 281 lineto 480 302 lineto 474 325 lineto 453 336 lineto 369 336 lineto 294 340 lineto 154 327 lineto 126 312 lineto 120 289 lineto 124 273 lineto 143 261 lineto closepath fill } def %% end def char minus ('-') /c046 { %% begin def char period ('.') 600 0 220 -25 380 124 setcachedevice newpath 288 -25 moveto 333 -20 lineto 374 17 lineto 380 51 lineto 353 111 lineto 310 124 lineto 254 116 lineto 231 93 lineto 220 26 lineto 238 -1 lineto 276 -23 lineto closepath fill } def %% end def char period ('.') /c047 { %% begin def char slash ('/') 600 0 84 0 516 624 setcachedevice newpath 114 0 moveto 138 5 lineto 236 150 lineto 499 558 lineto 516 587 lineto 509 612 lineto 486 624 lineto 461 618 lineto 416 564 lineto 84 37 lineto 91 13 lineto closepath fill } def %% end def char slash ('/') /c048 { %% begin def char 0 ('0') 600 0 89 0 510 624 setcachedevice newpath 244 0 moveto 310 18 lineto 388 73 lineto 451 157 lineto 487 234 lineto 506 318 lineto 510 406 lineto 487 489 lineto 436 560 lineto 379 610 lineto 347 622 lineto 322 624 lineto 298 617 lineto 264 590 lineto 190 530 lineto 148 464 lineto 102 336 lineto 89 241 lineto 94 160 lineto 107 102 lineto 144 44 lineto 185 12 lineto closepath 219 72 moveto 186 100 lineto 166 147 lineto 157 226 lineto 166 305 lineto 194 394 lineto 234 479 lineto 289 521 lineto 322 525 lineto 340 543 lineto 343 550 lineto 350 547 lineto 400 497 lineto 432 437 lineto 442 377 lineto 434 298 lineto 402 210 lineto 348 132 lineto 286 84 lineto 237 70 lineto closepath fill } def %% end def char 0 ('0') /c049 { %% begin def char 1 ('1') 600 0 148 0 451 625 setcachedevice newpath 194 0 moveto 315 13 lineto 421 9 lineto 443 19 lineto 451 41 lineto 443 63 lineto 413 73 lineto 347 75 lineto 343 79 lineto 347 330 lineto 347 481 lineto 351 599 lineto 338 618 lineto 315 625 lineto 287 612 lineto 201 574 lineto 157 557 lineto 148 535 lineto 155 512 lineto 174 501 lineto 251 523 lineto 279 537 lineto 286 540 lineto 288 532 lineto 283 390 lineto 281 101 lineto 279 85 lineto 279 77 lineto 272 75 lineto 193 60 lineto 175 45 lineto 173 22 lineto 187 3 lineto closepath fill } def %% end def char 1 ('1') /c050 { %% begin def char 2 ('2') 600 0 97 0 503 625 setcachedevice newpath 143 1 moveto 185 4 lineto 303 17 lineto 373 15 lineto 473 0 lineto 495 10 lineto 503 33 lineto 494 56 lineto 440 75 lineto 302 83 lineto 251 79 lineto 242 79 lineto 245 85 lineto 373 229 lineto 437 317 lineto 476 416 lineto 487 482 lineto 474 529 lineto 437 576 lineto 372 611 lineto 281 625 lineto 181 609 lineto 124 576 lineto 103 550 lineto 97 527 lineto 106 504 lineto 137 494 lineto 161 516 lineto 192 540 lineto 282 558 lineto 357 547 lineto 398 521 lineto 419 487 lineto 414 437 lineto 387 369 lineto 348 307 lineto 252 189 lineto 127 54 lineto 119 31 lineto 128 8 lineto closepath fill } def %% end def char 2 ('2') /c051 { %% begin def char 3 ('3') 600 0 103 0 496 624 setcachedevice newpath 268 0 moveto 323 5 lineto 367 20 lineto 426 55 lineto 470 100 lineto 490 133 lineto 496 180 lineto 478 231 lineto 450 268 lineto 397 300 lineto 395 303 lineto 401 309 lineto 451 361 lineto 471 418 lineto 471 458 lineto 448 523 lineto 416 566 lineto 360 609 lineto 308 624 lineto 245 618 lineto 188 593 lineto 138 554 lineto 121 519 lineto 127 497 lineto 145 484 lineto 175 493 lineto 204 530 lineto 245 552 lineto 299 562 lineto 329 554 lineto 367 527 lineto 398 481 lineto 411 437 lineto 401 400 lineto 359 353 lineto 305 324 lineto 258 317 lineto 242 301 lineto 241 278 lineto 256 260 lineto 279 256 lineto 318 254 lineto 386 237 lineto 416 213 lineto 433 179 lineto 425 142 lineto 386 102 lineto 325 69 lineto 279 61 lineto 224 69 lineto 182 88 lineto 140 125 lineto 118 123 lineto 103 107 lineto 103 84 lineto 143 38 lineto 206 8 lineto closepath fill } def %% end def char 3 ('3') /c052 { %% begin def char 4 ('4') 600 0 110 0 490 625 setcachedevice newpath 304 0 moveto 448 1 lineto 472 16 lineto 476 37 lineto 463 54 lineto 443 60 lineto 406 56 lineto 398 56 lineto 396 61 lineto 401 228 lineto 401 235 lineto 407 235 lineto 474 239 lineto 489 254 lineto 490 276 lineto 476 291 lineto 425 292 lineto 409 292 lineto 402 293 lineto 401 300 lineto 400 422 lineto 396 572 lineto 395 603 lineto 383 619 lineto 362 625 lineto 333 605 lineto 246 458 lineto 143 317 lineto 123 309 lineto 110 284 lineto 121 250 lineto 138 238 lineto 181 239 lineto 247 247 lineto 336 241 lineto 344 241 lineto 344 233 lineto 340 66 lineto 339 59 lineto 334 56 lineto 297 56 lineto 281 43 lineto 279 22 lineto 291 5 lineto closepath 339 299 moveto 218 304 lineto 211 302 lineto 203 303 lineto 208 308 lineto 312 457 lineto 335 494 lineto 339 497 lineto 339 490 lineto 344 316 lineto 344 308 lineto 344 300 lineto closepath fill } def %% end def char 4 ('4') /c053 { %% begin def char 5 ('5') 600 0 41 0 558 625 setcachedevice newpath 149 0 moveto 220 7 lineto 294 32 lineto 374 80 lineto 422 135 lineto 445 183 lineto 450 232 lineto 437 277 lineto 408 323 lineto 364 359 lineto 310 370 lineto 254 367 lineto 208 357 lineto 200 356 lineto 199 363 lineto 247 535 lineto 251 550 lineto 254 557 lineto 262 558 lineto 450 545 lineto 539 552 lineto 558 575 lineto 552 598 lineto 534 612 lineto 387 610 lineto 227 625 lineto 208 612 lineto 191 569 lineto 143 388 lineto 109 310 lineto 118 280 lineto 140 259 lineto 163 264 lineto 192 289 lineto 276 307 lineto 324 305 lineto 352 292 lineto 378 252 lineto 387 223 lineto 375 177 lineto 345 139 lineto 280 94 lineto 200 67 lineto 152 61 lineto 112 65 lineto 105 69 lineto 105 75 lineto 107 99 lineto 93 118 lineto 71 124 lineto 52 111 lineto 41 74 lineto 43 50 lineto 65 19 lineto 108 2 lineto closepath fill } def %% end def char 5 ('5') /c054 { %% begin def char 6 ('6') 600 0 132 0 468 624 setcachedevice newpath 290 0 moveto 340 1 lineto 383 22 lineto 445 88 lineto 462 132 lineto 468 173 lineto 460 221 lineto 436 280 lineto 402 316 lineto 359 335 lineto 285 335 lineto 232 318 lineto 215 300 lineto 215 276 lineto 231 258 lineto 255 256 lineto 309 273 lineto 351 271 lineto 376 252 lineto 396 209 lineto 404 169 lineto 391 123 lineto 346 74 lineto 324 64 lineto 277 67 lineto 226 89 lineto 203 123 lineto 196 197 lineto 207 304 lineto 234 378 lineto 266 434 lineto 332 515 lineto 391 558 lineto 419 572 lineto 425 595 lineto 415 617 lineto 392 624 lineto 354 613 lineto 292 563 lineto 232 497 lineto 179 416 lineto 155 348 lineto 138 278 lineto 132 169 lineto 144 98 lineto 174 50 lineto 221 19 lineto 282 1 lineto closepath fill } def %% end def char 6 ('6') /c055 { %% begin def char 7 ('7') 600 0 83 0 517 625 setcachedevice newpath 217 0 moveto 239 3 lineto 253 21 lineto 262 66 lineto 286 130 lineto 499 548 lineto 517 581 lineto 509 611 lineto 492 625 lineto 170 612 lineto 116 621 lineto 97 610 lineto 89 589 lineto 83 543 lineto 101 520 lineto 123 519 lineto 140 533 lineto 144 548 lineto 147 553 lineto 155 553 lineto 276 553 lineto 428 561 lineto 435 563 lineto 433 556 lineto 236 164 lineto 211 109 lineto 193 51 lineto 195 19 lineto 210 2 lineto closepath fill } def %% end def char 7 ('7') /c056 { %% begin def char 8 ('8') 600 0 117 0 482 624 setcachedevice newpath 263 0 moveto 329 4 lineto 387 31 lineto 437 76 lineto 467 132 lineto 475 182 lineto 465 239 lineto 434 295 lineto 429 300 lineto 424 306 lineto 427 312 lineto 463 365 lineto 480 427 lineto 482 478 lineto 469 526 lineto 446 554 lineto 446 560 lineto 449 581 lineto 436 598 lineto 384 620 lineto 326 624 lineto 297 620 lineto 251 602 lineto 202 563 lineto 166 509 lineto 149 447 lineto 153 395 lineto 174 344 lineto 201 311 lineto 207 306 lineto 205 301 lineto 158 267 lineto 129 226 lineto 117 185 lineto 117 127 lineto 135 82 lineto 172 37 lineto 214 10 lineto closepath 258 58 moveto 218 72 lineto 180 117 lineto 172 152 lineto 176 189 lineto 197 227 lineto 245 258 lineto 286 271 lineto 330 267 lineto 350 263 lineto 371 258 lineto 377 260 lineto 383 264 lineto 387 260 lineto 412 217 lineto 418 181 lineto 413 152 lineto 389 108 lineto 349 75 lineto 309 60 lineto 265 57 lineto closepath 330 329 moveto 278 330 lineto 235 355 lineto 208 406 lineto 208 447 lineto 223 495 lineto 253 534 lineto 295 561 lineto 316 566 lineto 323 568 lineto 326 563 lineto 339 547 lineto 386 530 lineto 417 499 lineto 427 457 lineto 411 387 lineto 385 352 lineto 380 346 lineto 372 346 lineto 351 345 lineto 336 330 lineto closepath fill } def %% end def char 8 ('8') /c057 { %% begin def char 9 ('9') 600 0 104 0 496 625 setcachedevice newpath 176 0 moveto 236 3 lineto 303 32 lineto 361 77 lineto 416 143 lineto 457 213 lineto 486 298 lineto 496 381 lineto 496 476 lineto 474 555 lineto 441 602 lineto 389 625 lineto 321 625 lineto 218 597 lineto 154 561 lineto 121 524 lineto 104 487 lineto 104 418 lineto 127 340 lineto 149 307 lineto 191 280 lineto 240 272 lineto 330 290 lineto 397 318 lineto 421 342 lineto 427 348 lineto 426 341 lineto 409 269 lineto 364 183 lineto 316 124 lineto 255 80 lineto 200 64 lineto 184 67 lineto 177 71 lineto 160 108 lineto 137 117 lineto 114 108 lineto 104 87 lineto 123 33 lineto 153 7 lineto closepath 227 339 moveto 197 351 lineto 174 403 lineto 168 461 lineto 178 491 lineto 209 518 lineto 268 546 lineto 359 561 lineto 399 552 lineto 421 508 lineto 430 451 lineto 430 442 lineto 427 436 lineto 401 415 lineto 346 366 lineto 268 342 lineto closepath fill } def %% end def char 9 ('9') /c058 { %% begin def char colon (':') 600 0 249 100 350 400 setcachedevice newpath 295 100 moveto 330 103 lineto 343 118 lineto 348 137 lineto 341 156 lineto 334 166 lineto 328 185 lineto 304 195 lineto 284 192 lineto 255 164 lineto 249 139 lineto 254 119 lineto 275 103 lineto closepath 301 304 moveto 333 311 lineto 348 323 lineto 350 342 lineto 336 363 lineto 330 366 lineto 327 371 lineto 322 390 lineto 305 400 lineto 280 392 lineto 260 367 lineto 254 341 lineto 260 322 lineto 281 307 lineto closepath fill } def %% end def char colon (':') /c059 { %% begin def char semicolon (';') 600 0 207 -200 393 399 setcachedevice newpath 270 -200 moveto 296 -186 lineto 340 -141 lineto 390 -28 lineto 379 12 lineto 368 27 lineto 359 57 lineto 321 74 lineto 290 69 lineto 240 17 lineto 232 -23 lineto 253 -58 lineto 261 -66 lineto 262 -73 lineto 258 -83 lineto 215 -112 lineto 207 -142 lineto 212 -162 lineto 249 -196 lineto closepath 314 247 moveto 366 258 lineto 389 278 lineto 393 309 lineto 370 341 lineto 361 346 lineto 356 354 lineto 348 384 lineto 321 399 lineto 281 387 lineto 250 347 lineto 240 306 lineto 250 277 lineto 283 252 lineto closepath fill } def %% end def char semicolon (';') /c060 { %% begin def char lessthan ('<') 600 0 144 50 455 549 setcachedevice newpath 425 50 moveto 443 50 lineto 455 63 lineto 455 81 lineto 426 126 lineto 370 181 lineto 280 249 lineto 220 286 lineto 216 290 lineto 221 293 lineto 288 356 lineto 369 460 lineto 408 520 lineto 407 537 lineto 395 549 lineto 377 549 lineto 355 523 lineto 277 417 lineto 215 350 lineto 146 293 lineto 144 276 lineto 153 262 lineto 180 255 lineto 295 183 lineto 373 114 lineto 411 67 lineto 420 52 lineto closepath fill } def %% end def char lessthan ('<') /c061 { %% begin def char equals ('=') 600 0 171 225 428 375 setcachedevice newpath 403 225 moveto 422 231 lineto 428 244 lineto 422 258 lineto 409 265 lineto 255 270 lineto 203 274 lineto 191 266 lineto 187 251 lineto 194 239 lineto 207 233 lineto 329 227 lineto closepath 316 325 moveto 379 328 lineto 399 332 lineto 409 343 lineto 407 358 lineto 395 368 lineto 370 367 lineto 280 366 lineto 187 375 lineto 175 366 lineto 171 352 lineto 178 340 lineto 191 333 lineto closepath fill } def %% end def char equals ('=') /c062 { %% begin def char greaterthan ('>') 600 0 167 50 433 549 setcachedevice newpath 182 50 moveto 200 50 lineto 309 168 lineto 429 271 lineto 433 289 lineto 415 314 lineto 390 331 lineto 312 437 lineto 221 542 lineto 198 549 lineto 183 539 lineto 178 521 lineto 196 496 lineto 304 366 lineto 362 284 lineto 365 279 lineto 359 275 lineto 252 182 lineto 168 86 lineto 167 68 lineto 176 53 lineto closepath fill } def %% end def char greaterthan ('>') /c063 { %% begin def char question ('?') 600 0 120 0 480 624 setcachedevice newpath 252 0 moveto 275 3 lineto 296 25 lineto 300 55 lineto 288 74 lineto 260 84 lineto 237 80 lineto 218 69 lineto 208 49 lineto 212 19 lineto 245 0 lineto closepath 249 110 moveto 271 111 lineto 290 134 lineto 298 217 lineto 291 261 lineto 286 283 lineto 284 290 lineto 290 293 lineto 359 336 lineto 427 398 lineto 465 450 lineto 480 499 lineto 476 537 lineto 464 563 lineto 435 588 lineto 374 611 lineto 293 624 lineto 224 621 lineto 168 605 lineto 123 563 lineto 120 541 lineto 133 524 lineto 154 519 lineto 207 556 lineto 271 568 lineto 360 554 lineto 414 531 lineto 421 519 lineto 415 482 lineto 380 433 lineto 320 380 lineto 233 327 lineto 221 309 lineto 232 250 lineto 239 206 lineto 233 153 lineto 231 132 lineto 242 113 lineto closepath fill } def %% end def char question ('?') /c064 { %% begin def char at ('@') 600 0 90 25 509 600 setcachedevice newpath 346 25 moveto 397 33 lineto 436 56 lineto 467 91 lineto 497 160 lineto 509 228 lineto 500 249 lineto 479 258 lineto 464 255 lineto 462 257 lineto 466 263 lineto 497 316 lineto 505 361 lineto 501 408 lineto 478 472 lineto 439 529 lineto 385 574 lineto 327 593 lineto 275 600 lineto 230 590 lineto 168 561 lineto 125 518 lineto 102 470 lineto 90 386 lineto 102 285 lineto 130 199 lineto 177 121 lineto 232 65 lineto 264 44 lineto 338 26 lineto closepath 348 86 moveto 282 103 lineto 230 151 lineto 185 222 lineto 157 324 lineto 151 395 lineto 161 456 lineto 190 501 lineto 222 522 lineto 288 540 lineto 353 521 lineto 383 498 lineto 413 463 lineto 438 408 lineto 444 363 lineto 429 313 lineto 404 282 lineto 398 280 lineto 395 286 lineto 389 324 lineto 389 363 lineto 384 393 lineto 389 415 lineto 377 435 lineto 343 451 lineto 290 453 lineto 240 437 lineto 195 394 lineto 174 346 lineto 175 298 lineto 202 244 lineto 237 213 lineto 280 201 lineto 317 207 lineto 348 228 lineto 353 234 lineto 360 232 lineto 392 213 lineto 422 219 lineto 447 239 lineto 452 241 lineto 450 234 lineto 432 160 lineto 408 113 lineto 378 91 lineto closepath 268 266 moveto 246 287 lineto 233 323 lineto 240 352 lineto 266 382 lineto 310 394 lineto 325 391 lineto 328 387 lineto 326 325 lineto 309 276 lineto 304 270 lineto 283 262 lineto closepath fill } def %% end def char at ('@') /c065 { %% begin def char A ('A') 600 0 -35 0 564 536 setcachedevice newpath 117 0 moveto 136 1 lineto 147 15 lineto 146 33 lineto 118 57 lineto 113 59 lineto 113 64 lineto 184 166 lineto 201 199 lineto 205 203 lineto 211 200 lineto 229 196 lineto 259 203 lineto 335 209 lineto 394 212 lineto 399 211 lineto 453 114 lineto 455 109 lineto 456 103 lineto 452 98 lineto 418 69 lineto 412 52 lineto 418 35 lineto 442 28 lineto 542 104 lineto 563 116 lineto 564 141 lineto 562 147 lineto 545 155 lineto 516 146 lineto 506 139 lineto 501 135 lineto 496 138 lineto 445 229 lineto 392 325 lineto 343 450 lineto 331 491 lineto 333 517 lineto 322 531 lineto 304 536 lineto 271 521 lineto 257 481 lineto 234 392 lineto 185 274 lineto 123 161 lineto 67 86 lineto 64 84 lineto -9 112 lineto -27 106 lineto -35 83 lineto -19 65 lineto 86 18 lineto closepath 226 248 moveto 229 253 lineto 285 389 lineto 295 424 lineto 295 431 lineto 298 429 lineto 344 316 lineto 349 299 lineto 367 266 lineto 370 261 lineto 366 258 lineto 282 255 lineto 231 249 lineto closepath fill } def %% end def char A ('A') /c066 { %% begin def char B ('B') 600 0 42 0 558 600 setcachedevice newpath 140 0 moveto 161 3 lineto 174 11 lineto 262 13 lineto 343 29 lineto 427 59 lineto 490 100 lineto 534 152 lineto 552 193 lineto 558 238 lineto 545 281 lineto 526 304 lineto 478 339 lineto 386 369 lineto 378 370 lineto 371 371 lineto 372 375 lineto 424 404 lineto 453 439 lineto 462 467 lineto 455 504 lineto 435 543 lineto 399 570 lineto 321 596 lineto 243 600 lineto 126 592 lineto 56 585 lineto 43 568 lineto 42 553 lineto 61 531 lineto 116 531 lineto 123 531 lineto 124 523 lineto 140 425 lineto 142 386 lineto 134 365 lineto 144 329 lineto 140 164 lineto 128 81 lineto 126 74 lineto 119 75 lineto 74 79 lineto 56 67 lineto 52 45 lineto 64 27 lineto 107 15 lineto 120 11 lineto closepath 186 72 moveto 188 79 lineto 202 194 lineto 204 328 lineto 207 333 lineto 246 333 lineto 409 301 lineto 470 274 lineto 496 246 lineto 494 208 lineto 476 175 lineto 446 141 lineto 380 104 lineto 280 75 lineto 193 71 lineto closepath 218 396 moveto 210 397 lineto 202 398 lineto 200 405 lineto 192 489 lineto 186 527 lineto 185 533 lineto 193 533 lineto 288 539 lineto 354 523 lineto 387 505 lineto 400 478 lineto 394 458 lineto 356 433 lineto 270 405 lineto 225 395 lineto closepath fill } def %% end def char B ('B') /c067 { %% begin def char C ('C') 600 0 79 0 521 600 setcachedevice newpath 345 0 moveto 413 5 lineto 468 43 lineto 515 92 lineto 521 124 lineto 507 144 lineto 482 149 lineto 458 128 lineto 402 76 lineto 380 66 lineto 330 72 lineto 262 102 lineto 197 156 lineto 154 236 lineto 143 312 lineto 164 391 lineto 207 452 lineto 299 511 lineto 348 522 lineto 398 515 lineto 405 511 lineto 410 504 lineto 409 497 lineto 393 467 lineto 398 443 lineto 418 430 lineto 443 433 lineto 476 480 lineto 507 565 lineto 499 588 lineto 477 600 lineto 453 593 lineto 443 579 lineto 440 572 lineto 432 573 lineto 368 588 lineto 300 582 lineto 233 549 lineto 177 513 lineto 131 465 lineto 96 399 lineto 79 335 lineto 83 248 lineto 105 186 lineto 146 114 lineto 216 53 lineto 297 12 lineto closepath fill } def %% end def char C ('C') /c068 { %% begin def char D ('D') 600 0 46 0 553 599 setcachedevice newpath 205 0 moveto 339 38 lineto 437 85 lineto 497 137 lineto 536 197 lineto 553 257 lineto 546 330 lineto 523 396 lineto 456 494 lineto 381 556 lineto 301 587 lineto 214 599 lineto 132 599 lineto 87 587 lineto 62 568 lineto 56 546 lineto 76 523 lineto 99 522 lineto 143 537 lineto 159 539 lineto 167 538 lineto 169 530 lineto 188 404 lineto 192 246 lineto 182 74 lineto 182 65 lineto 175 63 lineto 84 68 lineto 61 67 lineto 46 51 lineto 46 27 lineto 59 9 lineto 132 1 lineto closepath 245 77 moveto 246 85 lineto 255 358 lineto 243 470 lineto 234 525 lineto 232 533 lineto 240 534 lineto 323 514 lineto 378 482 lineto 428 430 lineto 474 348 lineto 489 297 lineto 486 241 lineto 461 193 lineto 410 142 lineto 326 101 lineto 253 76 lineto closepath fill } def %% end def char D ('D') /c069 { %% begin def char E ('E') 600 0 36 0 563 599 setcachedevice newpath 463 0 moveto 487 1 lineto 502 18 lineto 505 33 lineto 562 90 lineto 563 112 lineto 547 130 lineto 525 132 lineto 463 80 lineto 458 75 lineto 451 78 lineto 398 92 lineto 250 96 lineto 243 98 lineto 247 105 lineto 259 183 lineto 262 257 lineto 262 265 lineto 269 267 lineto 347 254 lineto 353 250 lineto 351 243 lineto 357 220 lineto 376 207 lineto 399 212 lineto 413 230 lineto 415 304 lineto 409 368 lineto 403 390 lineto 385 404 lineto 355 395 lineto 347 374 lineto 349 324 lineto 348 317 lineto 341 320 lineto 262 331 lineto 257 337 lineto 253 401 lineto 230 525 lineto 232 533 lineto 240 533 lineto 330 537 lineto 463 537 lineto 467 533 lineto 482 464 lineto 500 450 lineto 522 452 lineto 538 469 lineto 536 508 lineto 528 554 lineto 528 578 lineto 514 595 lineto 457 599 lineto 242 597 lineto 111 591 lineto 56 582 lineto 39 567 lineto 36 544 lineto 49 526 lineto 72 520 lineto 127 529 lineto 160 529 lineto 168 530 lineto 169 523 lineto 195 358 lineto 199 185 lineto 183 109 lineto 176 95 lineto 171 90 lineto 81 86 lineto 64 71 lineto 61 48 lineto 75 30 lineto 114 26 lineto 294 34 lineto 408 27 lineto 444 13 lineto closepath fill } def %% end def char E ('E') /c070 { %% begin def char F ('F') 600 0 65 0 535 599 setcachedevice newpath 266 0 moveto 288 2 lineto 302 19 lineto 300 40 lineto 285 56 lineto 257 64 lineto 252 68 lineto 254 75 lineto 268 132 lineto 278 208 lineto 278 255 lineto 282 259 lineto 376 256 lineto 399 257 lineto 406 255 lineto 407 248 lineto 409 225 lineto 431 206 lineto 453 212 lineto 466 229 lineto 472 282 lineto 458 371 lineto 442 386 lineto 421 385 lineto 405 370 lineto 405 325 lineto 407 317 lineto 403 315 lineto 280 319 lineto 276 324 lineto 270 478 lineto 268 493 lineto 269 501 lineto 277 501 lineto 388 520 lineto 446 533 lineto 452 532 lineto 488 485 lineto 510 481 lineto 529 492 lineto 535 514 lineto 509 557 lineto 482 594 lineto 461 599 lineto 301 564 lineto 157 550 lineto 103 550 lineto 88 552 lineto 70 539 lineto 65 518 lineto 82 496 lineto 127 489 lineto 197 493 lineto 204 493 lineto 209 489 lineto 217 319 lineto 219 195 lineto 199 92 lineto 189 72 lineto 185 66 lineto 177 66 lineto 130 63 lineto 112 41 lineto 117 20 lineto 134 7 lineto 244 4 lineto closepath fill } def %% end def char F ('F') /c071 { %% begin def char G ('G') 600 0 58 0 542 599 setcachedevice newpath 301 0 moveto 364 3 lineto 413 24 lineto 467 78 lineto 472 84 lineto 476 91 lineto 479 87 lineto 472 26 lineto 483 7 lineto 505 1 lineto 530 18 lineto 538 72 lineto 542 193 lineto 534 271 lineto 520 289 lineto 484 301 lineto 292 290 lineto 277 274 lineto 276 251 lineto 298 232 lineto 444 236 lineto 451 238 lineto 452 233 lineto 456 202 lineto 437 144 lineto 402 94 lineto 364 67 lineto 318 60 lineto 280 67 lineto 233 93 lineto 180 140 lineto 149 185 lineto 121 263 lineto 119 318 lineto 127 388 lineto 152 452 lineto 180 488 lineto 219 512 lineto 273 520 lineto 328 518 lineto 400 493 lineto 419 482 lineto 426 479 lineto 426 472 lineto 428 449 lineto 444 434 lineto 467 434 lineto 484 449 lineto 491 503 lineto 491 575 lineto 478 593 lineto 456 599 lineto 437 588 lineto 430 566 lineto 430 558 lineto 430 550 lineto 423 550 lineto 344 577 lineto 289 583 lineto 218 577 lineto 169 557 lineto 122 516 lineto 96 477 lineto 71 414 lineto 58 338 lineto 58 274 lineto 85 179 lineto 119 119 lineto 174 61 lineto 230 23 lineto 279 3 lineto closepath fill } def %% end def char G ('G') /c072 { %% begin def char H ('H') 600 0 62 0 538 599 setcachedevice newpath 403 0 moveto 514 24 lineto 532 35 lineto 538 56 lineto 529 75 lineto 508 81 lineto 501 80 lineto 496 82 lineto 496 90 lineto 500 450 lineto 494 524 lineto 494 532 lineto 499 535 lineto 525 547 lineto 532 567 lineto 525 587 lineto 499 596 lineto 394 554 lineto 382 536 lineto 386 514 lineto 402 503 lineto 423 504 lineto 430 506 lineto 436 508 lineto 439 502 lineto 443 359 lineto 441 352 lineto 438 347 lineto 352 334 lineto 218 339 lineto 211 341 lineto 213 348 lineto 213 468 lineto 211 505 lineto 212 510 lineto 219 508 lineto 262 501 lineto 281 510 lineto 287 530 lineto 284 544 lineto 261 560 lineto 157 585 lineto 118 599 lineto 98 593 lineto 88 574 lineto 95 554 lineto 118 539 lineto 150 525 lineto 153 519 lineto 158 392 lineto 143 94 lineto 141 89 lineto 134 91 lineto 84 100 lineto 68 88 lineto 62 68 lineto 72 51 lineto 98 40 lineto 196 18 lineto 225 18 lineto 242 30 lineto 246 51 lineto 234 69 lineto 213 75 lineto 206 76 lineto 204 83 lineto 200 127 lineto 210 275 lineto 211 282 lineto 218 282 lineto 366 277 lineto 438 288 lineto 443 285 lineto 443 278 lineto 439 74 lineto 440 66 lineto 436 64 lineto 388 52 lineto 377 35 lineto 379 14 lineto 396 0 lineto closepath fill } def %% end def char H ('H') /c073 { %% begin def char I ('I') 600 0 143 0 456 599 setcachedevice newpath 414 0 moveto 444 3 lineto 456 22 lineto 454 43 lineto 437 56 lineto 370 85 lineto 333 91 lineto 325 91 lineto 326 98 lineto 334 213 lineto 338 459 lineto 328 519 lineto 332 523 lineto 403 524 lineto 429 536 lineto 438 556 lineto 429 576 lineto 410 586 lineto 341 582 lineto 288 588 lineto 252 588 lineto 170 599 lineto 150 590 lineto 143 569 lineto 151 549 lineto 186 538 lineto 260 527 lineto 267 525 lineto 269 518 lineto 280 428 lineto 271 124 lineto 263 96 lineto 257 93 lineto 168 78 lineto 151 65 lineto 144 44 lineto 155 26 lineto 176 18 lineto 249 32 lineto 326 31 lineto 382 14 lineto 407 1 lineto closepath fill } def %% end def char I ('I') /c074 { %% begin def char J ('J') 600 0 42 0 557 599 setcachedevice newpath 178 0 moveto 239 2 lineto 306 28 lineto 349 57 lineto 389 100 lineto 428 177 lineto 451 269 lineto 461 443 lineto 453 526 lineto 453 534 lineto 461 535 lineto 542 547 lineto 557 562 lineto 556 583 lineto 541 598 lineto 512 599 lineto 368 588 lineto 288 599 lineto 271 586 lineto 266 564 lineto 284 543 lineto 365 529 lineto 388 529 lineto 395 528 lineto 397 520 lineto 402 390 lineto 387 248 lineto 356 159 lineto 328 117 lineto 275 77 lineto 205 57 lineto 175 61 lineto 117 92 lineto 106 110 lineto 102 132 lineto 100 153 lineto 85 167 lineto 63 166 lineto 47 151 lineto 42 130 lineto 54 80 lineto 85 40 lineto closepath fill } def %% end def char J ('J') /c075 { %% begin def char K ('K') 600 0 31 0 568 599 setcachedevice newpath 237 0 moveto 257 3 lineto 268 20 lineto 265 41 lineto 250 53 lineto 196 66 lineto 195 69 lineto 206 183 lineto 204 278 lineto 204 285 lineto 208 287 lineto 228 287 lineto 254 296 lineto 260 292 lineto 300 255 lineto 360 188 lineto 414 70 lineto 413 66 lineto 406 66 lineto 385 69 lineto 368 60 lineto 360 41 lineto 368 22 lineto 400 11 lineto 450 11 lineto 492 12 lineto 527 17 lineto 539 34 lineto 535 54 lineto 519 66 lineto 483 68 lineto 476 70 lineto 403 224 lineto 366 265 lineto 312 320 lineto 311 325 lineto 317 329 lineto 384 388 lineto 411 421 lineto 501 529 lineto 510 537 lineto 551 546 lineto 565 560 lineto 568 573 lineto 560 592 lineto 541 599 lineto 478 592 lineto 376 590 lineto 354 575 lineto 350 555 lineto 362 538 lineto 382 533 lineto 432 537 lineto 437 535 lineto 431 531 lineto 354 441 lineto 290 377 lineto 242 351 lineto 204 336 lineto 200 338 lineto 200 345 lineto 187 465 lineto 175 526 lineto 175 533 lineto 183 533 lineto 229 545 lineto 242 561 lineto 239 581 lineto 224 594 lineto 197 593 lineto 126 585 lineto 49 576 lineto 33 564 lineto 31 544 lineto 42 527 lineto 62 522 lineto 112 528 lineto 117 528 lineto 119 521 lineto 140 405 lineto 151 240 lineto 149 145 lineto 139 75 lineto 136 69 lineto 130 68 lineto 65 68 lineto 48 58 lineto 40 39 lineto 48 20 lineto 67 12 lineto 146 11 lineto 210 6 lineto closepath fill } def %% end def char K ('K') /c076 { %% begin def char L ('L') 600 0 53 0 547 599 setcachedevice newpath 90 0 moveto 134 7 lineto 202 17 lineto 328 17 lineto 435 7 lineto 464 0 lineto 487 2 lineto 507 22 lineto 526 63 lineto 547 94 lineto 543 116 lineto 526 129 lineto 511 131 lineto 486 112 lineto 460 68 lineto 458 62 lineto 451 65 lineto 321 77 lineto 242 79 lineto 234 79 lineto 233 84 lineto 235 138 lineto 234 152 lineto 243 259 lineto 243 401 lineto 217 526 lineto 214 532 lineto 220 535 lineto 255 547 lineto 268 564 lineto 265 586 lineto 249 599 lineto 226 599 lineto 153 584 lineto 69 581 lineto 53 566 lineto 53 544 lineto 73 524 lineto 143 522 lineto 150 524 lineto 156 521 lineto 182 405 lineto 186 271 lineto 173 149 lineto 154 85 lineto 130 69 lineto 81 53 lineto 68 36 lineto 77 8 lineto closepath fill } def %% end def char L ('L') /c077 { %% begin def char M ('M') 600 0 3 0 596 599 setcachedevice newpath 153 0 moveto 172 3 lineto 184 20 lineto 182 39 lineto 146 68 lineto 143 73 lineto 147 79 lineto 165 122 lineto 180 174 lineto 193 277 lineto 193 406 lineto 187 476 lineto 187 484 lineto 190 485 lineto 195 480 lineto 231 439 lineto 292 344 lineto 313 302 lineto 332 294 lineto 357 303 lineto 434 429 lineto 456 464 lineto 458 470 lineto 462 467 lineto 462 460 lineto 460 188 lineto 464 103 lineto 464 96 lineto 458 95 lineto 417 88 lineto 406 71 lineto 410 50 lineto 426 40 lineto 573 49 lineto 591 59 lineto 596 79 lineto 588 97 lineto 569 104 lineto 527 100 lineto 520 99 lineto 518 105 lineto 515 370 lineto 517 477 lineto 506 538 lineto 507 544 lineto 513 543 lineto 553 534 lineto 570 546 lineto 574 565 lineto 565 583 lineto 513 599 lineto 473 593 lineto 452 576 lineto 399 475 lineto 342 383 lineto 339 377 lineto 334 381 lineto 253 500 lineto 230 523 lineto 189 575 lineto 175 589 lineto 162 592 lineto 95 578 lineto 70 570 lineto 59 554 lineto 62 533 lineto 79 522 lineto 121 525 lineto 128 525 lineto 129 518 lineto 140 334 lineto 133 221 lineto 111 129 lineto 100 104 lineto 96 99 lineto 91 98 lineto 29 123 lineto 10 116 lineto 3 97 lineto 10 79 lineto 68 47 lineto 84 34 lineto 109 29 lineto 146 0 lineto closepath fill } def %% end def char M ('M') /c078 { %% begin def char N ('N') 600 0 -27 0 573 549 setcachedevice newpath 169 0 moveto 189 3 lineto 200 20 lineto 196 40 lineto 175 54 lineto 143 63 lineto 136 64 lineto 138 70 lineto 161 191 lineto 174 315 lineto 182 427 lineto 184 430 lineto 188 425 lineto 235 347 lineto 324 174 lineto 363 75 lineto 374 44 lineto 392 34 lineto 411 39 lineto 425 62 lineto 457 243 lineto 500 456 lineto 506 490 lineto 506 495 lineto 513 495 lineto 555 495 lineto 571 508 lineto 573 527 lineto 561 543 lineto 513 549 lineto 465 544 lineto 431 538 lineto 382 542 lineto 369 544 lineto 353 532 lineto 347 513 lineto 357 496 lineto 382 486 lineto 446 484 lineto 449 481 lineto 427 367 lineto 389 174 lineto 387 168 lineto 383 172 lineto 328 286 lineto 258 416 lineto 206 493 lineto 169 533 lineto 144 542 lineto 63 527 lineto 37 522 lineto 20 502 lineto 23 483 lineto 40 471 lineto 108 479 lineto 115 481 lineto 118 476 lineto 127 422 lineto 115 248 lineto 86 87 lineto 79 61 lineto 72 61 lineto -5 57 lineto -21 46 lineto -27 26 lineto -16 10 lineto 1 3 lineto 129 9 lineto closepath fill } def %% end def char N ('N') /c079 { %% begin def char O ('O') 600 0 56 0 544 600 setcachedevice newpath 272 0 moveto 326 2 lineto 385 30 lineto 442 81 lineto 478 136 lineto 515 224 lineto 540 324 lineto 544 393 lineto 530 482 lineto 513 513 lineto 501 531 lineto 477 569 lineto 446 588 lineto 379 600 lineto 317 596 lineto 240 574 lineto 172 531 lineto 126 482 lineto 89 410 lineto 63 326 lineto 56 258 lineto 63 206 lineto 96 109 lineto 131 60 lineto 186 21 lineto 257 1 lineto closepath 274 59 moveto 217 73 lineto 167 106 lineto 142 151 lineto 115 251 lineto 121 312 lineto 146 396 lineto 183 460 lineto 228 500 lineto 288 529 lineto 362 540 lineto 416 536 lineto 435 526 lineto 448 508 lineto 456 487 lineto 470 472 lineto 484 398 lineto 479 314 lineto 444 202 lineto 406 131 lineto 357 82 lineto 311 60 lineto closepath fill } def %% end def char O ('O') /c080 { %% begin def char P ('P') 600 0 55 0 545 600 setcachedevice newpath 284 0 moveto 306 2 lineto 319 18 lineto 318 39 lineto 303 54 lineto 276 62 lineto 273 68 lineto 286 140 lineto 288 255 lineto 292 259 lineto 390 257 lineto 439 271 lineto 495 303 lineto 534 357 lineto 545 399 lineto 545 451 lineto 524 512 lineto 485 547 lineto 405 578 lineto 320 596 lineto 160 600 lineto 78 592 lineto 61 580 lineto 55 560 lineto 65 542 lineto 85 534 lineto 189 543 lineto 196 542 lineto 198 535 lineto 226 376 lineto 230 231 lineto 228 139 lineto 217 82 lineto 215 75 lineto 207 74 lineto 141 67 lineto 122 57 lineto 116 36 lineto 126 17 lineto 147 10 lineto 213 15 lineto closepath 348 314 moveto 295 317 lineto 288 319 lineto 286 326 lineto 279 431 lineto 259 515 lineto 255 537 lineto 259 542 lineto 348 532 lineto 424 511 lineto 463 493 lineto 479 470 lineto 489 428 lineto 482 384 lineto 456 348 lineto 413 323 lineto 371 314 lineto closepath fill } def %% end def char P ('P') /c081 { %% begin def char Q ('Q') 600 0 77 0 523 599 setcachedevice newpath 168 0 moveto 188 2 lineto 228 48 lineto 251 62 lineto 308 63 lineto 373 27 lineto 421 19 lineto 465 19 lineto 504 45 lineto 522 74 lineto 523 95 lineto 511 111 lineto 491 115 lineto 474 104 lineto 461 80 lineto 442 74 lineto 392 78 lineto 368 91 lineto 362 94 lineto 364 98 lineto 406 133 lineto 461 214 lineto 481 271 lineto 487 320 lineto 485 399 lineto 474 460 lineto 443 535 lineto 393 584 lineto 355 599 lineto 306 598 lineto 254 582 lineto 195 548 lineto 122 472 lineto 97 432 lineto 77 359 lineto 78 295 lineto 97 215 lineto 131 156 lineto 176 111 lineto 194 100 lineto 199 97 lineto 194 91 lineto 164 62 lineto 148 32 lineto 156 6 lineto closepath 265 130 moveto 233 141 lineto 193 167 lineto 153 225 lineto 135 276 lineto 130 348 lineto 148 414 lineto 197 474 lineto 232 507 lineto 287 535 lineto 320 545 lineto 354 543 lineto 366 536 lineto 376 519 lineto 408 476 lineto 428 418 lineto 434 339 lineto 426 276 lineto 401 220 lineto 361 163 lineto 326 141 lineto 286 130 lineto closepath fill } def %% end def char Q ('Q') /c082 { %% begin def char R ('R') 600 0 40 0 560 599 setcachedevice newpath 511 0 moveto 544 0 lineto 558 12 lineto 560 31 lineto 549 45 lineto 517 49 lineto 465 54 lineto 404 135 lineto 324 220 lineto 285 254 lineto 281 258 lineto 281 260 lineto 287 262 lineto 356 289 lineto 402 323 lineto 437 369 lineto 449 411 lineto 444 456 lineto 418 498 lineto 387 530 lineto 323 570 lineto 254 598 lineto 189 599 lineto 126 589 lineto 52 557 lineto 45 534 lineto 61 516 lineto 80 516 lineto 131 537 lineto 137 539 lineto 139 533 lineto 157 386 lineto 155 187 lineto 144 118 lineto 132 82 lineto 128 81 lineto 56 81 lineto 40 63 lineto 47 39 lineto 64 32 lineto 124 31 lineto 211 15 lineto 227 23 lineto 233 41 lineto 224 58 lineto 201 66 lineto 189 69 lineto 182 69 lineto 183 74 lineto 201 140 lineto 207 245 lineto 207 252 lineto 210 250 lineto 224 238 lineto 302 173 lineto 390 72 lineto 394 66 lineto 399 62 lineto 394 59 lineto 356 53 lineto 343 40 lineto 343 21 lineto 362 5 lineto 434 7 lineto closepath 218 307 moveto 212 309 lineto 207 312 lineto 207 319 lineto 206 418 lineto 189 546 lineto 191 549 lineto 236 549 lineto 306 522 lineto 360 488 lineto 388 454 lineto 399 431 lineto 393 393 lineto 369 363 lineto 339 336 lineto 264 307 lineto closepath fill } def %% end def char R ('R') /c083 { %% begin def char S ('S') 600 0 41 0 558 600 setcachedevice newpath 286 0 moveto 346 2 lineto 407 24 lineto 443 51 lineto 490 106 lineto 513 151 lineto 521 203 lineto 513 246 lineto 483 288 lineto 453 309 lineto 392 331 lineto 280 363 lineto 222 392 lineto 196 428 lineto 196 450 lineto 223 501 lineto 275 527 lineto 355 541 lineto 399 536 lineto 446 518 lineto 449 512 lineto 434 464 lineto 432 449 lineto 451 428 lineto 473 430 lineto 488 444 lineto 507 499 lineto 532 525 lineto 554 544 lineto 558 566 lineto 545 582 lineto 524 588 lineto 486 566 lineto 480 566 lineto 433 586 lineto 398 596 lineto 345 600 lineto 259 582 lineto 193 553 lineto 160 512 lineto 138 459 lineto 136 422 lineto 154 383 lineto 195 339 lineto 295 296 lineto 413 263 lineto 450 239 lineto 463 213 lineto 454 162 lineto 421 114 lineto 379 74 lineto 330 59 lineto 277 59 lineto 207 78 lineto 189 90 lineto 168 94 lineto 162 100 lineto 161 105 lineto 166 149 lineto 153 165 lineto 131 170 lineto 114 157 lineto 97 102 lineto 43 52 lineto 41 31 lineto 52 14 lineto 74 10 lineto 105 30 lineto 123 43 lineto 128 48 lineto 135 46 lineto 193 20 lineto 256 2 lineto closepath fill } def %% end def char S ('S') /c084 { %% begin def char T ('T') 600 0 49 0 551 599 setcachedevice newpath 365 0 moveto 385 2 lineto 398 18 lineto 397 38 lineto 383 52 lineto 335 61 lineto 328 62 lineto 330 69 lineto 344 130 lineto 357 243 lineto 359 352 lineto 350 452 lineto 333 534 lineto 332 540 lineto 339 541 lineto 471 542 lineto 477 540 lineto 481 535 lineto 498 453 lineto 502 418 lineto 517 405 lineto 531 404 lineto 551 421 lineto 551 479 lineto 529 581 lineto 513 593 lineto 411 599 lineto 255 590 lineto 109 587 lineto 87 570 lineto 78 500 lineto 61 478 lineto 49 462 lineto 50 442 lineto 64 428 lineto 84 428 lineto 113 448 lineto 135 498 lineto 137 527 lineto 142 531 lineto 265 535 lineto 272 537 lineto 276 532 lineto 296 444 lineto 306 336 lineto 299 213 lineto 283 108 lineto 274 75 lineto 271 69 lineto 264 69 lineto 214 71 lineto 199 57 lineto 197 36 lineto 210 21 lineto 281 12 lineto closepath fill } def %% end def char T ('T') /c085 { %% begin def char U ('U') 600 0 16 0 583 599 setcachedevice newpath 282 0 moveto 319 2 lineto 371 27 lineto 421 70 lineto 471 143 lineto 509 244 lineto 531 352 lineto 533 435 lineto 517 515 lineto 512 528 lineto 513 531 lineto 570 545 lineto 583 563 lineto 580 584 lineto 563 598 lineto 527 596 lineto 474 590 lineto 391 596 lineto 374 584 lineto 368 563 lineto 378 545 lineto 398 535 lineto 443 531 lineto 447 525 lineto 463 494 lineto 474 429 lineto 474 368 lineto 459 281 lineto 423 179 lineto 384 117 lineto 340 75 lineto 301 57 lineto 259 69 lineto 231 91 lineto 185 173 lineto 154 292 lineto 144 436 lineto 142 527 lineto 144 533 lineto 151 531 lineto 241 539 lineto 257 555 lineto 257 576 lineto 241 592 lineto 196 596 lineto 152 590 lineto 39 599 lineto 22 587 lineto 16 566 lineto 26 549 lineto 46 539 lineto 76 537 lineto 84 536 lineto 84 528 lineto 91 315 lineto 117 193 lineto 150 114 lineto 192 46 lineto 240 12 lineto closepath fill } def %% end def char U ('U') /c086 { %% begin def char V ('V') 600 0 -1 0 599 597 setcachedevice newpath 308 0 moveto 330 2 lineto 354 18 lineto 379 87 lineto 411 210 lineto 476 407 lineto 521 508 lineto 527 511 lineto 572 505 lineto 596 521 lineto 599 544 lineto 584 561 lineto 399 597 lineto 378 589 lineto 369 560 lineto 389 539 lineto 455 525 lineto 461 523 lineto 457 516 lineto 394 359 lineto 333 152 lineto 326 123 lineto 324 116 lineto 322 123 lineto 260 305 lineto 204 418 lineto 160 496 lineto 161 501 lineto 169 501 lineto 216 503 lineto 235 515 lineto 240 537 lineto 235 551 lineto 208 563 lineto 60 553 lineto 11 537 lineto -1 519 lineto 0 497 lineto 16 483 lineto 54 485 lineto 83 491 lineto 90 495 lineto 94 491 lineto 184 328 lineto 228 219 lineto 276 63 lineto 295 7 lineto closepath fill } def %% end def char V ('V') /c087 { %% begin def char W ('W') 600 0 -22 0 577 558 setcachedevice newpath 398 0 moveto 417 0 lineto 434 20 lineto 505 373 lineto 519 497 lineto 523 501 lineto 561 508 lineto 574 521 lineto 577 533 lineto 570 551 lineto 552 558 lineto 506 552 lineto 427 546 lineto 413 532 lineto 413 513 lineto 425 499 lineto 451 496 lineto 464 498 lineto 468 497 lineto 468 490 lineto 453 367 lineto 405 134 lineto 402 129 lineto 400 135 lineto 367 224 lineto 338 287 lineto 300 347 lineto 282 352 lineto 265 345 lineto 202 179 lineto 196 168 lineto 193 162 lineto 189 164 lineto 189 171 lineto 168 306 lineto 145 399 lineto 114 482 lineto 112 488 lineto 116 489 lineto 163 493 lineto 179 512 lineto 175 531 lineto 160 542 lineto 0 539 lineto -16 528 lineto -22 510 lineto -12 494 lineto 4 488 lineto 51 489 lineto 58 489 lineto 60 483 lineto 106 352 lineto 128 245 lineto 143 101 lineto 143 34 lineto 157 21 lineto 176 20 lineto 191 32 lineto 220 95 lineto 272 217 lineto 287 259 lineto 289 265 lineto 293 262 lineto 333 176 lineto 381 25 lineto 387 7 lineto closepath fill } def %% end def char W ('W') /c088 { %% begin def char X ('X') 600 0 12 0 588 600 setcachedevice newpath 184 0 moveto 203 3 lineto 214 18 lineto 212 37 lineto 188 58 lineto 165 69 lineto 161 72 lineto 166 76 lineto 249 180 lineto 312 272 lineto 315 272 lineto 319 267 lineto 438 102 lineto 441 96 lineto 439 94 lineto 433 94 lineto 364 95 lineto 349 85 lineto 343 66 lineto 352 50 lineto 370 44 lineto 473 40 lineto 561 37 lineto 583 49 lineto 588 67 lineto 579 84 lineto 561 90 lineto 513 88 lineto 507 91 lineto 345 320 lineto 345 325 lineto 457 528 lineto 460 533 lineto 466 532 lineto 524 522 lineto 541 532 lineto 545 551 lineto 536 568 lineto 505 578 lineto 468 587 lineto 449 593 lineto 431 591 lineto 393 600 lineto 375 593 lineto 367 568 lineto 384 549 lineto 395 544 lineto 402 544 lineto 403 539 lineto 314 376 lineto 311 370 lineto 306 373 lineto 212 507 lineto 195 528 lineto 191 533 lineto 197 536 lineto 249 544 lineto 262 558 lineto 261 577 lineto 247 591 lineto 207 591 lineto 97 573 lineto 73 565 lineto 58 552 lineto 55 533 lineto 66 518 lineto 85 513 lineto 122 526 lineto 127 526 lineto 132 522 lineto 213 418 lineto 280 321 lineto 278 316 lineto 183 176 lineto 112 95 lineto 97 85 lineto 30 86 lineto 15 74 lineto 12 55 lineto 28 37 lineto 114 30 lineto 162 13 lineto closepath fill } def %% end def char X ('X') /c089 { %% begin def char Y ('Y') 600 0 -2 0 598 595 setcachedevice newpath 195 0 moveto 222 2 lineto 263 11 lineto 357 10 lineto 376 28 lineto 375 48 lineto 361 62 lineto 311 64 lineto 304 64 lineto 303 69 lineto 305 191 lineto 299 262 lineto 296 290 lineto 440 441 lineto 517 531 lineto 585 542 lineto 598 559 lineto 594 579 lineto 578 591 lineto 451 588 lineto 424 590 lineto 408 578 lineto 404 558 lineto 421 538 lineto 441 533 lineto 444 530 lineto 439 525 lineto 361 436 lineto 279 350 lineto 273 346 lineto 268 347 lineto 184 442 lineto 152 495 lineto 124 528 lineto 125 533 lineto 131 535 lineto 154 550 lineto 160 569 lineto 152 588 lineto 133 595 lineto 90 576 lineto 24 540 lineto 5 532 lineto -2 514 lineto 5 495 lineto 22 485 lineto 67 499 lineto 72 503 lineto 77 498 lineto 125 436 lineto 156 390 lineto 228 305 lineto 241 281 lineto 252 168 lineto 248 75 lineto 248 67 lineto 241 66 lineto 190 49 lineto 178 33 lineto 179 12 lineto closepath fill } def %% end def char Y ('Y') /c090 { %% begin def char Z ('Z') 600 0 75 0 525 599 setcachedevice newpath 98 0 moveto 324 11 lineto 458 3 lineto 482 23 lineto 510 106 lineto 516 146 lineto 502 164 lineto 479 170 lineto 460 157 lineto 434 73 lineto 428 69 lineto 261 76 lineto 178 67 lineto 172 69 lineto 176 76 lineto 276 205 lineto 474 466 lineto 502 506 lineto 525 548 lineto 517 587 lineto 496 599 lineto 393 580 lineto 198 552 lineto 140 548 lineto 108 550 lineto 90 536 lineto 85 512 lineto 126 426 lineto 133 403 lineto 154 392 lineto 183 404 lineto 190 427 lineto 171 479 lineto 173 484 lineto 181 486 lineto 416 520 lineto 423 522 lineto 431 524 lineto 434 520 lineto 428 514 lineto 310 357 lineto 82 52 lineto 75 29 lineto 84 7 lineto closepath fill } def %% end def char Z ('Z') /c091 { %% begin def char leftbracket ('[') 600 0 209 -25 391 625 setcachedevice newpath 232 -25 moveto 320 -17 lineto 360 -23 lineto 381 -12 lineto 389 9 lineto 379 30 lineto 350 41 lineto 301 45 lineto 293 44 lineto 285 43 lineto 284 50 lineto 290 292 lineto 284 541 lineto 284 549 lineto 284 558 lineto 289 562 lineto 371 559 lineto 387 576 lineto 391 591 lineto 382 612 lineto 360 620 lineto 252 625 lineto 233 612 lineto 223 582 lineto 223 415 lineto 227 164 lineto 217 34 lineto 209 3 lineto 218 -17 lineto closepath fill } def %% end def char leftbracket ('[') /c092 { %% begin def char backslash ('\') 600 0 32 -25 567 624 setcachedevice newpath 519 -25 moveto 548 -23 lineto 567 -2 lineto 562 35 lineto 529 79 lineto 448 159 lineto 260 425 lineto 114 593 lineto 80 624 lineto 52 624 lineto 33 604 lineto 32 577 lineto 88 514 lineto 233 335 lineto 399 101 lineto 489 10 lineto 511 -21 lineto closepath fill } def %% end def char backslash ('\') /c093 { %% begin def char rightbracket (']') 600 0 187 -25 413 624 setcachedevice newpath 231 -25 moveto 301 -11 lineto 332 -2 lineto 381 1 lineto 400 14 lineto 408 53 lineto 413 382 lineto 406 541 lineto 400 590 lineto 384 607 lineto 337 616 lineto 213 624 lineto 194 612 lineto 187 589 lineto 198 569 lineto 220 561 lineto 336 552 lineto 340 547 lineto 348 431 lineto 346 76 lineto 344 68 lineto 342 61 lineto 334 61 lineto 286 52 lineto 218 31 lineto 206 11 lineto 211 -11 lineto closepath fill } def %% end def char rightbracket (']') /c094 { %% begin def char caret ('^') 600 0 186 400 413 600 setcachedevice newpath 383 400 moveto 402 403 lineto 413 418 lineto 410 436 lineto 368 477 lineto 334 552 lineto 314 592 lineto 290 600 lineto 275 588 lineto 253 549 lineto 186 440 lineto 191 422 lineto 214 411 lineto 235 424 lineto 290 510 lineto 295 513 lineto 299 508 lineto 328 444 lineto 371 404 lineto closepath fill } def %% end def char caret ('^') /c095 { %% begin def char underscore ('_') 600 0 -188 0 412 61 setcachedevice newpath -84 0 moveto 181 3 lineto 333 7 lineto 394 5 lineto 409 17 lineto 412 37 lineto 399 52 lineto 325 61 lineto -8 52 lineto -119 56 lineto -167 59 lineto -182 48 lineto -188 29 lineto -172 9 lineto closepath fill } def %% end def char underscore ('_') /c096 { %% begin def char backquote ('`') 600 0 215 400 384 600 setcachedevice newpath 344 400 moveto 367 403 lineto 382 421 lineto 384 437 lineto 322 531 lineto 261 595 lineto 245 600 lineto 223 590 lineto 215 568 lineto 223 546 lineto 248 517 lineto 296 460 lineto 324 413 lineto closepath fill } def %% end def char backquote ('`') /c097 { %% begin def char a ('a') 600 0 35 0 564 450 setcachedevice newpath 497 0 moveto 541 3 lineto 562 17 lineto 564 35 lineto 553 50 lineto 535 52 lineto 497 48 lineto 460 56 lineto 427 71 lineto 406 102 lineto 403 173 lineto 410 329 lineto 400 378 lineto 373 418 lineto 347 436 lineto 312 446 lineto 247 450 lineto 169 431 lineto 131 411 lineto 125 394 lineto 131 376 lineto 149 371 lineto 171 378 lineto 223 395 lineto 279 400 lineto 320 394 lineto 340 380 lineto 355 355 lineto 360 312 lineto 359 260 lineto 357 254 lineto 353 254 lineto 313 285 lineto 274 300 lineto 220 308 lineto 158 301 lineto 101 280 lineto 61 251 lineto 41 220 lineto 35 183 lineto 40 153 lineto 65 104 lineto 113 56 lineto 151 35 lineto 198 25 lineto 269 37 lineto 357 60 lineto 362 64 lineto 368 66 lineto 372 62 lineto 399 30 lineto 432 13 lineto 484 0 lineto closepath 181 76 moveto 147 91 lineto 107 131 lineto 87 169 lineto 84 194 lineto 95 216 lineto 137 242 lineto 184 257 lineto 242 257 lineto 278 247 lineto 319 219 lineto 344 190 lineto 349 188 lineto 355 187 lineto 355 180 lineto 355 123 lineto 355 117 lineto 350 113 lineto 298 94 lineto 200 74 lineto closepath fill } def %% end def char a ('a') /c098 { %% begin def char b ('b') 600 0 52 0 547 625 setcachedevice newpath 193 0 moveto 216 3 lineto 236 28 lineto 239 42 lineto 240 50 lineto 245 47 lineto 287 24 lineto 333 20 lineto 423 52 lineto 464 76 lineto 500 108 lineto 530 155 lineto 547 217 lineto 547 297 lineto 536 342 lineto 506 389 lineto 466 417 lineto 397 436 lineto 342 440 lineto 296 428 lineto 228 388 lineto 222 384 lineto 222 393 lineto 218 535 lineto 217 599 lineto 203 618 lineto 163 625 lineto 81 620 lineto 55 603 lineto 52 579 lineto 67 561 lineto 149 560 lineto 156 558 lineto 156 550 lineto 156 418 lineto 175 103 lineto 178 73 lineto 178 66 lineto 170 65 lineto 86 69 lineto 57 56 lineto 52 33 lineto 63 12 lineto 102 5 lineto closepath 302 87 moveto 256 122 lineto 233 164 lineto 227 299 lineto 232 304 lineto 274 342 lineto 336 374 lineto 378 374 lineto 447 355 lineto 470 332 lineto 482 296 lineto 483 214 lineto 462 162 lineto 427 128 lineto 371 99 lineto 325 84 lineto closepath fill } def %% end def char b ('b') /c099 { %% begin def char c ('c') 600 0 81 0 518 449 setcachedevice newpath 324 0 moveto 406 8 lineto 453 23 lineto 498 47 lineto 518 78 lineto 511 99 lineto 499 108 lineto 476 106 lineto 447 84 lineto 387 63 lineto 312 59 lineto 261 70 lineto 198 108 lineto 165 149 lineto 141 210 lineto 141 271 lineto 153 312 lineto 185 343 lineto 232 363 lineto 316 365 lineto 381 352 lineto 415 338 lineto 461 302 lineto 483 306 lineto 494 325 lineto 498 425 lineto 488 445 lineto 467 449 lineto 447 439 lineto 439 403 lineto 439 395 lineto 436 393 lineto 362 418 lineto 294 424 lineto 225 420 lineto 169 402 lineto 127 371 lineto 98 328 lineto 84 287 lineto 81 218 lineto 100 147 lineto 129 96 lineto 179 48 lineto 257 8 lineto closepath fill } def %% end def char c ('c') /c100 { %% begin def char d ('d') 600 0 69 0 531 625 setcachedevice newpath 489 0 moveto 514 1 lineto 531 19 lineto 529 45 lineto 503 66 lineto 440 74 lineto 433 74 lineto 431 82 lineto 432 202 lineto 446 360 lineto 455 531 lineto 461 598 lineto 444 616 lineto 315 625 lineto 291 618 lineto 279 597 lineto 285 573 lineto 313 560 lineto 382 554 lineto 389 553 lineto 388 546 lineto 379 367 lineto 378 359 lineto 371 363 lineto 307 403 lineto 253 421 lineto 213 419 lineto 139 383 lineto 98 340 lineto 71 274 lineto 69 180 lineto 90 110 lineto 132 48 lineto 165 23 lineto 213 10 lineto 282 25 lineto 358 58 lineto 365 61 lineto 368 53 lineto 378 21 lineto 399 7 lineto 441 5 lineto 481 3 lineto closepath 205 79 moveto 177 97 lineto 144 155 lineto 133 222 lineto 146 285 lineto 175 325 lineto 227 351 lineto 258 349 lineto 318 320 lineto 348 291 lineto 367 236 lineto 361 143 lineto 360 135 lineto 352 133 lineto 285 98 lineto 221 79 lineto closepath fill } def %% end def char d ('d') /c101 { %% begin def char e ('e') 600 0 74 0 526 450 setcachedevice newpath 377 0 moveto 446 5 lineto 479 22 lineto 509 56 lineto 526 88 lineto 525 110 lineto 508 124 lineto 486 122 lineto 458 87 lineto 438 64 lineto 384 58 lineto 294 70 lineto 219 102 lineto 159 162 lineto 135 216 lineto 135 224 lineto 141 227 lineto 273 227 lineto 433 213 lineto 477 217 lineto 492 233 lineto 495 283 lineto 467 351 lineto 416 408 lineto 364 436 lineto 298 450 lineto 245 450 lineto 180 436 lineto 147 418 lineto 113 377 lineto 81 302 lineto 74 250 lineto 78 196 lineto 98 148 lineto 149 83 lineto 210 38 lineto 279 12 lineto 362 0 lineto closepath 433 272 moveto 425 273 lineto 216 289 lineto 147 285 lineto 139 286 lineto 141 293 lineto 173 360 lineto 196 380 lineto 271 392 lineto 337 382 lineto 377 362 lineto 417 318 lineto 435 277 lineto closepath fill } def %% end def char e ('e') /c102 { %% begin def char f ('f') 600 0 126 0 474 625 setcachedevice newpath 362 0 moveto 420 2 lineto 439 10 lineto 450 28 lineto 443 48 lineto 432 57 lineto 339 57 lineto 325 59 lineto 319 62 lineto 319 69 lineto 315 156 lineto 281 368 lineto 281 375 lineto 287 377 lineto 419 379 lineto 435 390 lineto 440 411 lineto 429 428 lineto 394 433 lineto 286 433 lineto 283 436 lineto 284 443 lineto 304 495 lineto 341 547 lineto 378 568 lineto 406 568 lineto 452 555 lineto 470 565 lineto 474 586 lineto 463 604 lineto 418 623 lineto 377 625 lineto 338 611 lineto 292 577 lineto 268 544 lineto 238 481 lineto 227 440 lineto 224 435 lineto 216 435 lineto 144 435 lineto 128 422 lineto 126 401 lineto 139 385 lineto 183 381 lineto 219 379 lineto 225 376 lineto 225 369 lineto 244 249 lineto 262 121 lineto 262 69 lineto 261 62 lineto 254 60 lineto 177 55 lineto 163 40 lineto 163 19 lineto 178 5 lineto 271 4 lineto 312 6 lineto closepath fill } def %% end def char f ('f') /c103 { %% begin def char g ('g') 600 0 49 -200 551 450 setcachedevice newpath 189 -200 moveto 287 -196 lineto 357 -176 lineto 406 -146 lineto 441 -110 lineto 465 -59 lineto 474 -5 lineto 476 113 lineto 485 151 lineto 487 208 lineto 476 292 lineto 474 368 lineto 474 377 lineto 482 379 lineto 536 392 lineto 551 412 lineto 546 436 lineto 526 450 lineto 454 441 lineto 414 431 lineto 401 410 lineto 403 393 lineto 401 386 lineto 395 391 lineto 352 416 lineto 261 430 lineto 171 414 lineto 122 386 lineto 88 349 lineto 55 275 lineto 49 183 lineto 69 103 lineto 108 40 lineto 176 -3 lineto 223 -16 lineto 300 -14 lineto 377 11 lineto 398 22 lineto 405 27 lineto 408 23 lineto 403 -36 lineto 397 -59 lineto 364 -98 lineto 307 -125 lineto 225 -135 lineto 167 -130 lineto 146 -106 lineto 136 -75 lineto 116 -59 lineto 92 -62 lineto 77 -82 lineto 85 -131 lineto 112 -173 lineto 147 -193 lineto closepath 239 47 moveto 199 57 lineto 158 85 lineto 128 134 lineto 114 199 lineto 121 266 lineto 150 325 lineto 199 355 lineto 275 364 lineto 340 351 lineto 382 314 lineto 400 296 lineto 401 291 lineto 403 267 lineto 412 236 lineto 407 120 lineto 373 83 lineto 314 56 lineto closepath fill } def %% end def char g ('g') /c104 { %% begin def char h ('h') 600 0 10 0 590 625 setcachedevice newpath 50 0 moveto 220 8 lineto 238 22 lineto 242 44 lineto 229 62 lineto 207 67 lineto 176 66 lineto 172 70 lineto 166 196 lineto 186 244 lineto 206 291 lineto 236 326 lineto 283 348 lineto 328 348 lineto 365 323 lineto 384 300 lineto 402 251 lineto 414 155 lineto 414 76 lineto 411 70 lineto 403 70 lineto 342 70 lineto 321 67 lineto 306 51 lineto 309 28 lineto 333 12 lineto 409 10 lineto 572 16 lineto 588 30 lineto 590 53 lineto 575 70 lineto 520 74 lineto 481 72 lineto 473 72 lineto 474 79 lineto 468 216 lineto 448 302 lineto 428 342 lineto 371 394 lineto 330 409 lineto 269 406 lineto 228 390 lineto 189 366 lineto 174 349 lineto 171 348 lineto 170 355 lineto 189 601 lineto 174 618 lineto 145 624 lineto 84 625 lineto 31 620 lineto 16 604 lineto 18 581 lineto 35 566 lineto 118 562 lineto 126 562 lineto 128 555 lineto 112 375 lineto 106 228 lineto 112 75 lineto 112 67 lineto 106 64 lineto 32 58 lineto 14 44 lineto 10 22 lineto 22 4 lineto closepath fill } def %% end def char h ('h') /c105 { %% begin def char i ('i') 600 0 98 0 502 599 setcachedevice newpath 124 0 moveto 229 9 lineto 399 0 lineto 481 1 lineto 499 12 lineto 502 33 lineto 491 50 lineto 456 56 lineto 338 58 lineto 331 58 lineto 332 64 lineto 334 238 lineto 319 350 lineto 318 378 lineto 302 391 lineto 246 389 lineto 213 397 lineto 192 401 lineto 152 392 lineto 137 377 lineto 137 356 lineto 152 341 lineto 187 344 lineto 199 338 lineto 259 332 lineto 263 329 lineto 274 275 lineto 279 168 lineto 274 67 lineto 269 63 lineto 170 63 lineto 111 51 lineto 98 36 lineto 101 14 lineto 117 1 lineto closepath 279 462 moveto 300 465 lineto 313 482 lineto 321 532 lineto 312 581 lineto 290 599 lineto 269 594 lineto 259 576 lineto 255 539 lineto 263 475 lineto closepath fill } def %% end def char i ('i') /c106 { %% begin def char j ('j') 600 0 86 -200 513 599 setcachedevice newpath 277 -200 moveto 319 -198 lineto 372 -179 lineto 432 -134 lineto 466 -89 lineto 488 -37 lineto 502 35 lineto 508 245 lineto 510 331 lineto 513 406 lineto 504 428 lineto 481 436 lineto 401 447 lineto 302 449 lineto 283 435 lineto 279 411 lineto 294 392 lineto 403 382 lineto 437 380 lineto 445 377 lineto 449 371 lineto 443 280 lineto 440 91 lineto 429 -6 lineto 405 -66 lineto 369 -101 lineto 321 -131 lineto 281 -135 lineto 215 -111 lineto 156 -66 lineto 149 -25 lineto 141 5 lineto 120 18 lineto 97 11 lineto 86 -1 lineto 86 -60 lineto 104 -105 lineto 152 -146 lineto 200 -176 lineto closepath 443 498 moveto 467 499 lineto 484 518 lineto 490 583 lineto 487 591 lineto 484 598 lineto 476 599 lineto 424 599 lineto 419 594 lineto 406 555 lineto 416 516 lineto 435 501 lineto closepath fill } def %% end def char j ('j') /c107 { %% begin def char k ('k') 600 0 12 0 588 624 setcachedevice newpath 53 0 moveto 208 6 lineto 225 20 lineto 228 42 lineto 214 59 lineto 177 64 lineto 170 62 lineto 162 63 lineto 162 71 lineto 162 222 lineto 165 229 lineto 251 269 lineto 297 231 lineto 406 122 lineto 423 89 lineto 425 84 lineto 418 86 lineto 363 82 lineto 348 66 lineto 349 43 lineto 365 28 lineto 572 16 lineto 588 33 lineto 588 55 lineto 565 75 lineto 499 78 lineto 494 82 lineto 455 155 lineto 410 206 lineto 315 297 lineto 309 302 lineto 310 307 lineto 400 359 lineto 404 366 lineto 411 369 lineto 473 367 lineto 490 381 lineto 493 404 lineto 479 421 lineto 466 428 lineto 274 430 lineto 254 420 lineto 248 398 lineto 258 378 lineto 288 371 lineto 296 371 lineto 294 368 lineto 186 304 lineto 174 298 lineto 167 295 lineto 164 300 lineto 164 552 lineto 162 559 lineto 170 560 lineto 212 575 lineto 220 596 lineto 213 617 lineto 192 624 lineto 139 618 lineto 39 620 lineto 20 608 lineto 15 586 lineto 35 564 lineto 96 560 lineto 104 559 lineto 104 551 lineto 104 194 lineto 102 66 lineto 97 62 lineto 26 58 lineto 12 41 lineto 14 18 lineto 38 2 lineto closepath fill } def %% end def char k ('k') /c108 { %% begin def char l ('l') 600 0 102 0 498 625 setcachedevice newpath 439 0 moveto 477 3 lineto 498 26 lineto 492 49 lineto 472 62 lineto 335 68 lineto 327 68 lineto 323 75 lineto 323 115 lineto 331 317 lineto 344 556 lineto 346 602 lineto 328 618 lineto 265 625 lineto 170 616 lineto 152 600 lineto 151 576 lineto 167 559 lineto 263 559 lineto 270 561 lineto 279 561 lineto 281 554 lineto 262 154 lineto 259 82 lineto 260 74 lineto 252 72 lineto 126 68 lineto 106 55 lineto 102 31 lineto 113 11 lineto 152 7 lineto 326 7 lineto 417 3 lineto closepath fill } def %% end def char l ('l') /c109 { %% begin def char m ('m') 600 0 -22 0 577 417 setcachedevice newpath 453 0 moveto 523 0 lineto 556 8 lineto 573 19 lineto 577 39 lineto 566 56 lineto 533 59 lineto 485 53 lineto 478 54 lineto 477 61 lineto 474 242 lineto 461 309 lineto 431 363 lineto 406 386 lineto 378 388 lineto 347 360 lineto 313 315 lineto 275 250 lineto 273 243 lineto 272 250 lineto 258 326 lineto 229 372 lineto 191 404 lineto 163 401 lineto 143 380 lineto 139 375 lineto 136 380 lineto 128 399 lineto 111 410 lineto 40 417 lineto 20 412 lineto 8 395 lineto 13 375 lineto 30 364 lineto 78 360 lineto 83 356 lineto 83 349 lineto 68 297 lineto 66 214 lineto 55 77 lineto 55 70 lineto 49 71 lineto -4 73 lineto -20 59 lineto -22 38 lineto -8 23 lineto 135 4 lineto 155 9 lineto 166 27 lineto 160 46 lineto 143 60 lineto 116 62 lineto 109 62 lineto 110 69 lineto 119 177 lineto 135 256 lineto 172 330 lineto 177 335 lineto 181 341 lineto 186 337 lineto 206 308 lineto 220 216 lineto 236 32 lineto 253 19 lineto 337 10 lineto 356 17 lineto 366 35 lineto 359 55 lineto 348 63 lineto 300 69 lineto 293 71 lineto 290 76 lineto 296 137 lineto 309 184 lineto 335 247 lineto 386 321 lineto 392 321 lineto 413 272 lineto 420 218 lineto 422 50 lineto 414 31 lineto 421 11 lineto closepath fill } def %% end def char m ('m') /c110 { %% begin def char n ('n') 600 0 15 0 585 449 setcachedevice newpath 77 0 moveto 267 2 lineto 284 15 lineto 288 37 lineto 274 54 lineto 245 59 lineto 199 59 lineto 194 63 lineto 194 71 lineto 206 194 lineto 198 266 lineto 228 315 lineto 284 365 lineto 341 389 lineto 383 389 lineto 410 379 lineto 438 343 lineto 452 294 lineto 450 124 lineto 438 76 lineto 438 69 lineto 431 67 lineto 331 63 lineto 316 48 lineto 317 25 lineto 333 11 lineto 394 6 lineto 561 8 lineto 575 13 lineto 585 33 lineto 579 54 lineto 559 63 lineto 505 65 lineto 498 65 lineto 497 70 lineto 510 145 lineto 510 287 lineto 498 349 lineto 471 399 lineto 432 434 lineto 392 449 lineto 326 444 lineto 271 424 lineto 228 397 lineto 207 375 lineto 201 371 lineto 198 375 lineto 195 417 lineto 177 440 lineto 150 449 lineto 59 448 lineto 42 434 lineto 40 411 lineto 61 391 lineto 128 391 lineto 136 391 lineto 139 385 lineto 141 238 lineto 147 164 lineto 137 99 lineto 136 61 lineto 131 57 lineto 40 59 lineto 21 49 lineto 15 28 lineto 26 9 lineto closepath fill } def %% end def char n ('n') /c111 { %% begin def char o ('o') 600 0 85 0 514 449 setcachedevice newpath 260 0 moveto 314 8 lineto 392 39 lineto 434 74 lineto 483 137 lineto 502 171 lineto 514 231 lineto 508 285 lineto 484 342 lineto 447 406 lineto 403 439 lineto 374 449 lineto 272 449 lineto 213 430 lineto 159 385 lineto 116 328 lineto 91 264 lineto 85 208 lineto 91 152 lineto 118 81 lineto 151 36 lineto 229 5 lineto closepath 257 63 moveto 191 85 lineto 185 89 lineto 153 158 lineto 147 197 lineto 153 260 lineto 180 316 lineto 236 372 lineto 278 388 lineto 357 388 lineto 386 377 lineto 405 361 lineto 406 330 lineto 431 312 lineto 452 246 lineto 443 193 lineto 390 115 lineto 345 85 lineto 273 62 lineto closepath fill } def %% end def char o ('o') /c112 { %% begin def char p ('p') 600 0 52 -200 547 449 setcachedevice newpath 81 -200 moveto 341 -188 lineto 359 -173 lineto 363 -149 lineto 348 -131 lineto 318 -126 lineto 262 -130 lineto 253 -130 lineto 250 -124 lineto 241 48 lineto 239 107 lineto 239 115 lineto 244 117 lineto 250 111 lineto 291 84 lineto 357 63 lineto 420 67 lineto 471 89 lineto 504 124 lineto 530 182 lineto 547 257 lineto 534 337 lineto 511 379 lineto 466 414 lineto 422 432 lineto 375 426 lineto 293 382 lineto 260 358 lineto 254 352 lineto 252 359 lineto 250 425 lineto 226 445 lineto 127 449 lineto 96 440 lineto 88 418 lineto 96 396 lineto 126 385 lineto 184 385 lineto 188 381 lineto 182 282 lineto 177 65 lineto 183 -64 lineto 186 -120 lineto 186 -129 lineto 179 -132 lineto 82 -137 lineto 60 -146 lineto 52 -168 lineto 59 -190 lineto closepath 361 128 moveto 302 151 lineto 265 184 lineto 265 240 lineto 275 279 lineto 295 303 lineto 360 349 lineto 412 367 lineto 448 351 lineto 470 327 lineto 483 264 lineto 468 193 lineto 444 151 lineto 418 134 lineto 378 127 lineto closepath fill } def %% end def char p ('p') /c113 { %% begin def char q ('q') 600 0 51 -200 549 449 setcachedevice newpath 398 -200 moveto 526 -192 lineto 545 -180 lineto 549 -157 lineto 536 -139 lineto 491 -133 lineto 467 -135 lineto 461 -131 lineto 459 -124 lineto 453 169 lineto 456 222 lineto 453 268 lineto 455 377 lineto 455 385 lineto 460 387 lineto 513 392 lineto 530 407 lineto 533 430 lineto 518 447 lineto 480 449 lineto 418 444 lineto 401 429 lineto 394 391 lineto 394 358 lineto 394 350 lineto 391 348 lineto 385 354 lineto 322 397 lineto 265 413 lineto 201 408 lineto 144 388 lineto 98 347 lineto 71 302 lineto 53 253 lineto 51 198 lineto 74 134 lineto 126 68 lineto 184 30 lineto 237 24 lineto 325 45 lineto 390 84 lineto 394 85 lineto 394 76 lineto 398 -129 lineto 400 -137 lineto 394 -137 lineto 300 -137 lineto 279 -146 lineto 268 -166 lineto 276 -187 lineto 289 -196 lineto closepath 217 84 moveto 183 100 lineto 144 139 lineto 117 185 lineto 109 222 lineto 127 280 lineto 153 317 lineto 191 344 lineto 252 354 lineto 303 340 lineto 347 308 lineto 364 285 lineto 379 281 lineto 386 279 lineto 384 272 lineto 390 219 lineto 388 171 lineto 352 131 lineto 293 98 lineto closepath fill } def %% end def char q ('q') /c114 { %% begin def char r ('r') 600 0 77 0 523 450 setcachedevice newpath 99 0 moveto 305 4 lineto 325 15 lineto 330 38 lineto 319 59 lineto 271 63 lineto 246 63 lineto 237 63 lineto 234 69 lineto 234 249 lineto 234 257 lineto 241 262 lineto 276 303 lineto 365 350 lineto 435 358 lineto 451 358 lineto 459 357 lineto 459 350 lineto 455 280 lineto 470 263 lineto 494 261 lineto 511 276 lineto 517 322 lineto 523 384 lineto 503 408 lineto 467 420 lineto 386 417 lineto 319 400 lineto 245 357 lineto 239 355 lineto 239 364 lineto 244 416 lineto 232 436 lineto 205 445 lineto 117 450 lineto 81 434 lineto 77 411 lineto 88 391 lineto 145 387 lineto 168 387 lineto 175 385 lineto 178 382 lineto 178 374 lineto 172 203 lineto 172 73 lineto 172 65 lineto 165 63 lineto 102 58 lineto 83 45 lineto 79 22 lineto 92 2 lineto closepath fill } def %% end def char r ('r') /c115 { %% begin def char s ('s') 600 0 86 0 514 450 setcachedevice newpath 268 0 moveto 344 2 lineto 420 26 lineto 456 52 lineto 503 111 lineto 514 146 lineto 512 177 lineto 488 205 lineto 422 237 lineto 313 260 lineto 177 275 lineto 157 283 lineto 153 290 lineto 161 326 lineto 183 356 lineto 229 379 lineto 301 392 lineto 362 388 lineto 380 375 lineto 387 372 lineto 386 366 lineto 384 336 lineto 399 321 lineto 421 321 lineto 441 342 lineto 462 388 lineto 459 410 lineto 443 426 lineto 350 449 lineto 275 450 lineto 196 430 lineto 139 395 lineto 108 354 lineto 94 305 lineto 99 269 lineto 114 244 lineto 152 221 lineto 209 211 lineto 337 195 lineto 429 170 lineto 449 160 lineto 455 155 lineto 454 149 lineto 426 107 lineto 398 81 lineto 343 63 lineto 275 58 lineto 184 65 lineto 155 71 lineto 150 75 lineto 152 82 lineto 159 116 lineto 155 137 lineto 137 150 lineto 115 145 lineto 102 120 lineto 86 66 lineto 94 39 lineto 133 18 lineto 206 2 lineto closepath fill } def %% end def char s ('s') /c116 { %% begin def char t ('t') 600 0 79 0 521 600 setcachedevice newpath 410 0 moveto 471 0 lineto 512 13 lineto 521 32 lineto 516 54 lineto 497 63 lineto 413 57 lineto 367 78 lineto 324 120 lineto 305 167 lineto 293 311 lineto 301 427 lineto 303 434 lineto 310 436 lineto 393 432 lineto 465 426 lineto 486 432 lineto 496 452 lineto 490 473 lineto 479 481 lineto 366 494 lineto 319 494 lineto 311 494 lineto 309 500 lineto 311 576 lineto 300 595 lineto 279 600 lineto 260 589 lineto 252 539 lineto 250 502 lineto 250 495 lineto 242 494 lineto 93 494 lineto 79 477 lineto 82 455 lineto 98 441 lineto 195 435 lineto 233 436 lineto 241 436 lineto 243 431 lineto 237 326 lineto 239 238 lineto 248 159 lineto 260 117 lineto 291 68 lineto 330 32 lineto 375 8 lineto closepath fill } def %% end def char t ('t') /c117 { %% begin def char u ('u') 600 0 21 0 578 449 setcachedevice newpath 435 0 moveto 545 5 lineto 567 15 lineto 578 37 lineto 573 52 lineto 555 68 lineto 476 68 lineto 467 68 lineto 464 75 lineto 466 197 lineto 475 255 lineto 468 336 lineto 462 395 lineto 448 425 lineto 419 439 lineto 325 441 lineto 302 418 lineto 306 393 lineto 327 379 lineto 385 375 lineto 393 374 lineto 396 367 lineto 400 307 lineto 396 190 lineto 380 152 lineto 352 123 lineto 292 97 lineto 245 95 lineto 191 114 lineto 175 133 lineto 153 212 lineto 149 294 lineto 153 422 lineto 141 443 lineto 117 449 lineto 40 445 lineto 22 428 lineto 21 403 lineto 37 386 lineto 79 383 lineto 86 382 lineto 87 373 lineto 85 232 lineto 106 130 lineto 132 80 lineto 157 58 lineto 233 29 lineto 290 31 lineto 357 51 lineto 393 71 lineto 398 73 lineto 398 64 lineto 407 15 lineto 427 1 lineto closepath fill } def %% end def char u ('u') /c118 { %% begin def char v ('v') 600 0 -26 0 574 413 setcachedevice newpath 261 0 moveto 284 3 lineto 302 28 lineto 313 48 lineto 378 144 lineto 464 246 lineto 496 291 lineto 501 296 lineto 558 300 lineto 574 316 lineto 573 340 lineto 556 356 lineto 484 361 lineto 418 384 lineto 379 390 lineto 357 381 lineto 348 360 lineto 355 338 lineto 376 328 lineto 429 316 lineto 436 313 lineto 433 307 lineto 332 183 lineto 281 115 lineto 277 108 lineto 273 111 lineto 213 251 lineto 182 305 lineto 147 338 lineto 142 343 lineto 144 347 lineto 176 367 lineto 182 390 lineto 171 410 lineto 140 413 lineto 91 390 lineto 26 350 lineto -5 350 lineto -26 327 lineto -20 304 lineto 5 288 lineto 52 292 lineto 77 307 lineto 84 312 lineto 90 308 lineto 138 259 lineto 182 169 lineto 242 14 lineto closepath fill } def %% end def char v ('v') /c119 { %% begin def char w ('w') 600 0 -32 0 567 405 setcachedevice newpath 299 0 moveto 320 2 lineto 341 31 lineto 376 100 lineto 459 247 lineto 473 279 lineto 477 284 lineto 524 282 lineto 557 296 lineto 567 314 lineto 562 334 lineto 544 345 lineto 496 338 lineto 375 351 lineto 350 338 lineto 346 317 lineto 357 300 lineto 406 290 lineto 414 290 lineto 414 285 lineto 342 148 lineto 318 113 lineto 315 106 lineto 312 105 lineto 310 112 lineto 272 202 lineto 251 239 lineto 224 248 lineto 206 238 lineto 157 152 lineto 155 147 lineto 153 152 lineto 130 256 lineto 108 330 lineto 106 337 lineto 112 341 lineto 141 362 lineto 145 383 lineto 135 402 lineto 114 405 lineto 76 386 lineto 30 356 lineto -21 336 lineto -32 317 lineto -25 298 lineto -14 288 lineto 29 294 lineto 48 303 lineto 54 305 lineto 56 298 lineto 83 211 lineto 96 148 lineto 108 47 lineto 111 18 lineto 126 4 lineto 148 4 lineto 167 25 lineto 218 148 lineto 226 160 lineto 229 164 lineto 231 157 lineto 255 99 lineto 282 12 lineto closepath fill } def %% end def char w ('w') /c120 { %% begin def char x ('x') 600 0 35 0 565 449 setcachedevice newpath 193 0 moveto 218 0 lineto 235 15 lineto 236 39 lineto 220 56 lineto 207 65 lineto 202 68 lineto 206 75 lineto 308 193 lineto 314 197 lineto 319 192 lineto 390 104 lineto 392 98 lineto 385 94 lineto 367 81 lineto 360 58 lineto 370 37 lineto 393 31 lineto 454 47 lineto 534 46 lineto 552 61 lineto 554 85 lineto 539 103 lineto 483 111 lineto 466 111 lineto 460 114 lineto 416 171 lineto 361 240 lineto 360 247 lineto 364 254 lineto 466 372 lineto 473 375 lineto 537 369 lineto 552 373 lineto 565 392 lineto 560 416 lineto 541 428 lineto 511 437 lineto 481 439 lineto 435 449 lineto 372 449 lineto 354 434 lineto 352 410 lineto 368 392 lineto 392 388 lineto 398 386 lineto 393 380 lineto 317 293 lineto 311 289 lineto 305 295 lineto 214 379 lineto 214 382 lineto 221 384 lineto 242 396 lineto 248 419 lineto 238 440 lineto 207 447 lineto 146 431 lineto 101 426 lineto 68 426 lineto 48 415 lineto 43 392 lineto 55 371 lineto 109 363 lineto 132 365 lineto 139 361 lineto 266 244 lineto 267 238 lineto 147 102 lineto 135 92 lineto 128 92 lineto 68 103 lineto 40 90 lineto 35 66 lineto 46 46 lineto 158 17 lineto closepath fill } def %% end def char x ('x') /c121 { %% begin def char y ('y') 600 0 -56 -200 543 347 setcachedevice newpath 253 -200 moveto 275 -197 lineto 290 -179 lineto 291 -164 lineto 270 -143 lineto 212 -135 lineto 196 -135 lineto 188 -135 lineto 185 -131 lineto 295 54 lineto 381 178 lineto 442 269 lineto 446 275 lineto 452 275 lineto 513 275 lineto 534 282 lineto 543 302 lineto 538 324 lineto 518 333 lineto 367 333 lineto 332 321 lineto 321 301 lineto 325 279 lineto 344 267 lineto 366 271 lineto 372 270 lineto 367 264 lineto 269 115 lineto 259 103 lineto 253 102 lineto 159 204 lineto 113 280 lineto 113 285 lineto 120 287 lineto 155 295 lineto 168 312 lineto 164 334 lineto 146 347 lineto -37 345 lineto -56 322 lineto -50 300 lineto -26 286 lineto 40 285 lineto 48 285 lineto 49 278 lineto 75 226 lineto 139 133 lineto 218 53 lineto 221 47 lineto 217 41 lineto 116 -130 lineto 111 -135 lineto -1 -133 lineto -21 -143 lineto -26 -165 lineto -15 -184 lineto 13 -191 lineto 185 -195 lineto closepath fill } def %% end def char y ('y') /c122 { %% begin def char z ('z') 600 0 59 0 540 450 setcachedevice newpath 491 0 moveto 516 5 lineto 531 26 lineto 528 114 lineto 510 132 lineto 483 131 lineto 465 112 lineto 461 88 lineto 461 79 lineto 455 76 lineto 295 82 lineto 232 77 lineto 204 77 lineto 195 77 lineto 199 84 lineto 431 276 lineto 535 377 lineto 540 403 lineto 526 424 lineto 434 450 lineto 263 447 lineto 124 444 lineto 102 429 lineto 77 357 lineto 59 327 lineto 63 302 lineto 86 289 lineto 120 298 lineto 149 351 lineto 154 368 lineto 156 376 lineto 165 377 lineto 275 377 lineto 413 380 lineto 430 379 lineto 437 376 lineto 431 369 lineto 131 116 lineto 75 70 lineto 70 44 lineto 90 15 lineto 133 8 lineto 298 10 lineto 431 8 lineto closepath fill } def %% end def char z ('z') /c123 { %% begin def char leftbrace ('{') 600 0 174 -25 425 624 setcachedevice newpath 310 -25 moveto 333 -24 lineto 348 -7 lineto 348 14 lineto 325 33 lineto 298 45 lineto 294 50 lineto 290 104 lineto 302 195 lineto 308 248 lineto 292 272 lineto 254 294 lineto 251 296 lineto 258 298 lineto 300 311 lineto 316 336 lineto 310 373 lineto 300 441 lineto 306 494 lineto 321 543 lineto 325 549 lineto 331 549 lineto 384 542 lineto 405 541 lineto 422 556 lineto 425 578 lineto 404 599 lineto 352 609 lineto 328 624 lineto 307 619 lineto 281 593 lineto 253 525 lineto 241 467 lineto 243 404 lineto 251 368 lineto 253 361 lineto 248 357 lineto 186 335 lineto 174 317 lineto 174 295 lineto 197 258 lineto 242 233 lineto 246 229 lineto 231 100 lineto 233 45 lineto 247 12 lineto 290 -16 lineto closepath fill } def %% end def char leftbrace ('{') /c124 { %% begin def char bar ('|') 600 0 263 -25 336 624 setcachedevice newpath 308 -25 moveto 327 -17 lineto 336 0 lineto 323 83 lineto 325 206 lineto 321 497 lineto 316 605 lineto 304 621 lineto 283 624 lineto 267 612 lineto 263 585 lineto 268 346 lineto 270 127 lineto 271 41 lineto 289 -17 lineto closepath fill } def %% end def char bar ('|') /c125 { %% begin def char rightbrace ('}') 600 0 210 -25 389 624 setcachedevice newpath 306 -25 moveto 335 -22 lineto 362 2 lineto 381 40 lineto 389 91 lineto 385 136 lineto 365 174 lineto 333 214 lineto 329 227 lineto 332 234 lineto 379 277 lineto 384 305 lineto 367 328 lineto 323 352 lineto 316 355 lineto 316 362 lineto 356 461 lineto 365 519 lineto 359 563 lineto 330 604 lineto 284 624 lineto 231 622 lineto 215 609 lineto 210 588 lineto 227 567 lineto 279 564 lineto 298 555 lineto 308 528 lineto 298 478 lineto 273 411 lineto 258 372 lineto 263 328 lineto 282 305 lineto 302 297 lineto 308 293 lineto 307 288 lineto 273 263 lineto 269 226 lineto 287 179 lineto 329 122 lineto 329 78 lineto 319 43 lineto 316 37 lineto 310 36 lineto 276 49 lineto 262 45 lineto 249 28 lineto 252 7 lineto 279 -14 lineto closepath fill } def %% end def char rightbrace ('}') /c126 { %% begin def char tilde ('~') 600 0 -45 300 554 560 setcachedevice newpath 365 300 moveto 427 308 lineto 493 337 lineto 533 377 lineto 552 428 lineto 554 465 lineto 538 486 lineto 511 491 lineto 490 475 lineto 469 416 lineto 433 387 lineto 371 372 lineto 319 407 lineto 198 548 lineto 164 560 lineto 117 555 lineto 52 524 lineto -10 469 lineto -35 432 lineto -45 397 lineto -35 371 lineto -11 359 lineto 14 369 lineto 32 399 lineto 52 430 lineto 111 473 lineto 155 487 lineto 277 346 lineto 331 311 lineto closepath fill } def %% end def char tilde ('~') end /BuildChar { exch begin Encoding exch get CharProcs exch get end exec } def end /Messenger newfont definefont pop   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23832; 9 Jul 90 17:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23628; 9 Jul 90 17:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23604; 9 Jul 90 16:59 EDT Received: from uunet.UU.NET by VGR.BRL.MIL id aa09645; 9 Jul 90 16:30 EDT Received: from stardent.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA25471; Mon, 9 Jul 90 15:48:35 -0400 Received: by stardent.Stardent.COM (1.1/smail2.5/01-28-89) id AA07488; Mon, 9 Jul 90 15:42:07 EDT Received: by vulcan.stardent.COM (4.0/SMI-3.2) id AA11415; Mon, 9 Jul 90 15:41:56 EDT Date: Mon, 9 Jul 90 15:41:56 EDT From: "Ian Reid @stardent" Message-Id: <9007091941.AA11415@vulcan.stardent.COM> To: baskett%forest@sgi.com, tohanson@gonzo.lerc.nasa.gov Subject: The Origins of AVS - Putting the Record Straight Cc: info-iris@BRL.MIL I would like to respond to a number of the comments you made in your email of June 13th to Jeff Hanson. 'AVS was built at Stellar (now Stardent) by Craig Upson and his crew..' Easy-to-use Visualization Toolkits or Environments were under discussion at Stellar in 1987 prior to Craig Upson's arrival. Craig was brought in to contribute his wide experience in scientific user requirements and rendering techniques. He was certainly a key contributor to defining those requirements and establishing what scientists wanted to do and the kind of environment they needed. His position was that of Visualization Scientist in the Marketing group. He worked alongside the AVS engineering team discussing functionality and working with various prototypes of AVS. The development team was led by Rob Gurwitz and then Dave Kamins. Craig Upson played a limited role in AVS implementation. With the exception of the VBUFFER module for volume visualization, there is almost no code written by Craig in AVS. '...using an interconnection mechanism invented by SGI's own Paul Haeberli' Both ConMan and AVS are implementations of visual programming interfaces for data flow execution models, a concept which has been described and implemented in numerous forms over the past 15 - 20 years. AVS is a released product, ConMan, so far as we are aware, is not. Neither can claim to have 'invented' this approach. Prior work of which we are aware includes: a project called EOM by Paul Pangaro for the MIT Architecture Machine in the mid 1970's; Shane Robison (now at Apple) wrote his master's thesis project on a graphical network editor for the Data Flow project for Al Davis (1981); the PS300 Function Network Editor written in 1983 for E&S by Dave Schlegel (a member of the AVS development team). Many of these earlier implementations, including ConMan, were referenced in the AVS team's paper 'The Application Visualization System: A Computational Environment for Scientific Visualization (IEEE CG&A, July 1988). See Nan Shu's book, "Visual Programming", pp 173, Data Flow Diagrams. (Van Nostrand Reinhold, N.Y.,1988) for further information on data flow approaches to visual programming and Brad Myers' "Taxonomies of Visual Programming and Program Visualization", Journal of Visual Languages and Computing (1990), 1, 97-123. Customers, other vendors and co-workers in the visualization field have recognised AVS as the most innovative, functional and extensible heterogeneous visualization environment available today. It has been ported onto five different systems and further ports are underway. The AVS development team is expanding rapidly and working with AVS licensees and customers in extending the platform support and functionality of the product. Ian Reid Stardent Computer    Received: from vmb.brl.mil by VMB.BRL.MIL id aa00090; 10 Jul 90 6:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01399; 10 Jul 90 0:10 EDT Received: from spark.brl.mil by VMB.BRL.MIL id aa01372; 9 Jul 90 23:31 EDT Date: Mon, 9 Jul 90 23:23:24 EDT From: Phil Dykstra To: Info-Iris@BRL.MIL Subject: Updated TCSH for 4D's Message-ID: <9007092323.aa00711@SPARK.BRL.MIL> I have placed an updated tcsh binary for Iris 4D machines in the info-iris archives on ftp.brl.mil (a.k.a. vgr.brl.mil, 128.63.16.6) under info-iris/tcsh/tcsh.4d. For those that don't know, tcsh is an extended C-shell with command line editing, file name completion, etc. Several people have pinged me over the past year about yellow pages support for ~username, and recently a complaint that the compiled version did not source /etc/cshrc. I was slow to respond because our source tree contains local mods that I had to back out for the "public" version. The changes are minor: 1) Recompiled under 3.2.2 (if that matters) 2) -lsun for yellow pages ~username support. 3) Sources /etc/cshrc on startup. 4) I fixed the "time" builtin command. I hope this solves a few peoples problems. - Phil uunet!brl!phil   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04266; 10 Jul 90 9:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02809; 10 Jul 90 8:43 EDT Received: from [132.246.240.4] by VMB.BRL.MIL id aa02464; 10 Jul 90 8:22 EDT Received: from VM.NRC.CA by VM.NRC.CA (IBM VM SMTP R1.2.2MX) with BSMTP id 2743; Mon, 09 Jul 90 22:00:19 EDT Received: by NRCVM01 (Mailer R2.06) id 2730; Mon, 09 Jul 90 22:00:15 EDT Date: Mon, 09 Jul 90 17:45:51 EDT From: Claude.P.Cantin%NRC.CA@VM.NRC.CA Subject: Unmatched . error reading mail... To: info-iris@vmb.brl.mil Message-ID: <9007100822.aa02464@VMB.BRL.MIL> I opened a call with the SGI hotline on June 22 and they have yet to find an explanation, so I thought I'd try here: We have three servers (240, 260, 280) configured to use the BSD mail interface (mail is aliased to Mail). We changed to BSD mail because it is much more flexible that System V's, and it corrected some errors we had with System V's mail interface... When we try to read some mail (using /usr/sbin/Mail), we sometimes (depending who sends it to us, in what format, etc) get an Unmatched ". error and we can't see the message at all!!!! But we can read it using /bin/mail fine!!! Has this happened to anyone??? What follows is a short session demonstrating the problem... Any suggestions???? Thanks for your help, Claude Cantin (CANTIN@NRCVM01.BITNET) (CANTIN@VM.NRC.CA) (cantin@nrccsb3.di.nrc.ca) (and many more...) ##### here is the sample session ###### 50 bsa,root> batch ls -C warning: commands will be executed using /bin/sh job 647555625.b at Mon Jul 9 16:33:45 1990 51 bsa,root> alias ls ls -C mail Mail 52 bsa,root> mail Mail version 5.2 6/21/85. Type ? for help. "/usr/mail/root": 1 message 1 new >N 1 root@nrcbsa.bio.nr Mon Jul 9 16:33 15/540 & p Message 1: From root@nrcbsa.bio.nrc.ca Mon Jul 9 16:33:51 1990 bin etc lost+found tmp unix.old debug kayden mail tt usr dev lib stand unix usr2 ************************************************* Cron: The previous message is the standard output and standard error of one of your cron commands. & d & q 53 bsa,root> batch ls warning: commands will be executed using /bin/sh job 647555644.b at Mon Jul 9 16:34:04 1990 54 bsa,root> mail Mail version 5.2 6/21/85. Type ? for help. "/usr/mail/root": 1 message 1 new >N 1 root@nrcbsa.bio.nr Mon Jul 9 16:34 27/459 & p Unmatched ". <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< LOOK HERE <<< & q Saved 1 message in mbox 55 bsa,root> more mbox From root@nrcbsa.bio.nrc.ca Mon Jul 9 16:34:07 1990 Message-Id: <9007092034.AA02295@ nrcbsa.bio.nrc.ca> Date: Mon, 9 Jul 90 16:34:07 EDT From: Super-User Apparently-To: root@nrcbsa.bio.nrc.ca Status: RO bin debug dev etc kayden lib lost+found mail stand tmp tt unix unix.old usr usr2 ************************************************* Cron: The previous message is the standard output and standard error of one of your cron commands. 56 bsa,root> /bin/mail No mail. 57 bsa,root> /bin/mail -f mbox From root@nrcbsa.bio.nrc.ca Mon Jul 9 16:34:07 1990 Message-Id: <9007092034.AA02295@ nrcbsa.bio.nrc.ca> Date: Mon, 9 Jul 90 16:34:07 EDT From: Super-User Apparently-To: root@nrcbsa.bio.nrc.ca Status: RO bin debug dev etc kayden lib lost+found mail stand tmp tt unix unix.old usr usr2 ************************************************* Cron: The previous message is the standard output and standard error of one of your cron commands. ? q 58 bsa,root>   Received: from vmb.brl.mil by VMB.BRL.MIL id ab04892; 10 Jul 90 9:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac04266; 10 Jul 90 9:32 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa03761; 10 Jul 90 9:01 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa05898; 10 Jul 90 8:47 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 8050; Mon, 09 Jul 90 18:33:05 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Mon, 9 Jul 90 18:35 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA02012; Mon, 9 Jul 90 19:12:56 DSD Date: Mon, 9 Jul 90 19:12:56 DSD From: dean%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: workspace shell sdtout To: betsy@sgi.com, info-iris@BRL.MIL Message-id: <9007100212.AA02012@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, betsy@sgi.com when workspace is started in a login or user.ps, all stderr and stdout is lost.(or goes somplace I don't know about right now). I have to start it in a shell to capture the error output from the cmd open and other rules that involve shells. This property is sub-optimal. dan. -- - Yours David +-----------------------------------------------------------------------------+ | ********************************* | | David Dean * FAX * | | Inst. of Reconstructive Plastic Surgery * (212) 340-7190 * | | New York University Medical Center * Include Instructions on * | | 560 First Avenue, Rm. UH 566 * FAX Cover Sheet: * | | New York, New York 10016 * "Operator Call: 689-1450 or * | | (212) 689-1450 * 340-5158 or 340-5208" * | | ********************************* | | | | From BITNET/INTERNET (for quickest delivery use both): | | To: dean@mcirps2.med.nyu.edu | | To: 3659979@mcimail.com | | | | From MCI Mail (for quickest delivery use both): | | To: DDean / 365-9979 | | To: dean | | EMS: INTERNET / MCI ID: 376-5414 | | MBX: dean@mcirps2.med.nyu.edu | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ac04892; 10 Jul 90 9:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae04266; 10 Jul 90 9:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04056; 10 Jul 90 9:12 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04314; 10 Jul 90 8:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07319; Tue, 10 Jul 90 02:33:08 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Jul 90 20:21:02 GMT From: Kris Hampel Organization: Imperial College Computer Center, London, UK Subject: limits bug in IRIX 3.3 Message-Id: <1990Jul9.202102.29770@cc.ic.ac.uk> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi folks, Is this a bug in csh (or whatever controls process limits)?... Try this: % limit -h cputime 10 % limit -h cputime cputime 0:10 % limit -h cputime 1000 % limit -h cputime cputime 16:40 % limit -h cputime 10 % limit -h cputime cputime 0:10 % limit -h cputime 1001 limit: cputime: Can't set hard limit limit apparently lets you RAISE hard cputime limits provided that you do not raise them by a factor greater than 100 in one go... from csh(1) "Only the super-user may raise the hard limits..." What we have is IRIX 3.3 running on a 4 processor 4/240s cheers, Kris. Kris Hampel, Solid State Theory Group, Physics, Imperial College. =====> kris@sst.ph.ic.ac.uk <=====   Received: from vmb.brl.mil by VMB.BRL.MIL id af04892; 10 Jul 90 9:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ah04266; 10 Jul 90 9:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04158; 10 Jul 90 9:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04424; 10 Jul 90 8:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29409; Mon, 9 Jul 90 15:22: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: 9 Jul 90 13:44:49 GMT From: sgi!shinobu!odin!odin.corp.sgi.com!tristram@ucbvax.berkeley.edu Organization: Subject: Re: Help Requested on Arenas Message-Id: References: <9007051819.AA09079@trouble.cs.nps.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007051819.AA09079@trouble.cs.nps.navy.mil> zyda@trouble.cs.nps.navy.mil (michael zyda) writes: Help Needed with Using Arenas for Sharing Data Between Processes In order for the other processes to have access to that allocated shared memory, the other processes must somehow obtain a pointer to that allocated memory. How is this done safely, i.e. what system routine do I call in process 1 to find a pointer to the first byte allocated by usmalloc in process 2? I'm pretty sure that if you specify all the parameters for the arena identically in the two programs, and you call usinit() in the same order (if you have more than one arena) both arenas will be mapped at the same address. The same is true of mapped files (since arenas are built on mapped files, see mmap(2)). So, one solution is to: 1) map a small (1 or 2 K) file in both processes to serve as a rendezvous area. You may specify the address at which the file is mapped or let the system do it for you. It will be mapped at the same address in both processes. 2) create the arena you need with usinit (in both processes) 3) allocate from the arena in one process, and store the address somewhere in the rendezvous area. You can create a struct that has some pointers in it to manage the rendezvous area. 4) load the address from the rendezvous area into the other process, and access the data it points to in the arena. You are still left with synchronization to do on your data accesses in the arena. You can allocate semaphores from the arena in the first process, and store pointers to them in the rendezvous area. This still leaves you with a race on startup (if two programs both think they are initializing the rendezvous area). I suppose the safest way is to have a single memory manager program which must be running before any of your clients can run. Or you can simulate safety by hacking together something based on file locks. -- -- David Tristram tristram@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05685; 10 Jul 90 10:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03569; 10 Jul 90 9:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03039; 10 Jul 90 8:36 EDT Received: from Frodo.Physics.McGill.CA by VGR.BRL.MIL id aa09695; 9 Jul 90 16:46 EDT Received: by frodo.Physics.McGill.CA id AA07962; Mon, 9 Jul 90 16:46:27 EDT (5.59++/IDA-1.1S) Date: Mon, 9 Jul 90 16:46:27 EDT From: Loki Jorgenson Rm421 Message-Id: <9007092046.AA07962@frodo.Physics.McGill.CA> To: info-iris@vgr.brl.mil Subject: Ray-tracing Does anyone know if any of the currently available PD ray-tracing packages is particularly useful on the IRIS? A 4D/25 in our case. The best known one I would guess would be the MTV RayTracer. But how easy it to use with the existing IRIS graphics library? 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 aa26490; 11 Jul 90 11:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25368; 11 Jul 90 11:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25352; 11 Jul 90 10:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09723; 11 Jul 90 10:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22078; Wed, 11 Jul 90 07: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: 10 Jul 90 00:18:29 GMT From: Jim Riordan Organization: University of Massachusetts, Amherst Subject: m_kill_procs() and streams Message-Id: <16658@dime.cs.umass.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have been trying to use the multiprocessing library in IRIX Release 3.2 but I am having trouble with m_kill_procs() interfering with streams. I have included a shar file demonstrating the problem. The program reads a stream and then does one a a few things according to the input. When I choose an option which uses the multiprocessing, characters on the stream after that option seem to get flushed. The 'h' routine does not use multiprocessing while the 'a' routine does. If I type "h h", then the 'h' routine gets called twice. If I type "h a a some_more_sufff", the 'h' routine gets executed, the 'a' routine gets called once and the program returns never having read the rest of the input. If the current stream is stdin, I can then continue. Streams other than stdin or pipes yield similiar results. If the answer is obvious, please responed/flame by email. Thanks in advance, -james +---------------+-----------------------+------------------------------+ | James Riordan | This space left blank | james@smectos.gang.umass.edu | +---------------+-----------------------+------------------------------+ x---x----x----x----x----x----x-CUT HERE-x----x----x----x----x----x----x #! /bin/sh # This is a shell archive. Kill anything before the /bin/sh line, then unpack # it by saving it into a file and typing sh file. To overwrite existing # files, type sh file -c. # Contents: problem # Wrapped by james@diogenes on Mon Jul 9 19:51:15 EDT 1990 PATH=/bin:/usr/bin:/usr/ucb;export PATH echo shar: making directory problem mkdir problem if test -f 'problem/ptest.c' -a "${1}" != "-c"; then echo shar: Will not clobber existing file \"'problem/ptest.c'\" else echo shar: Extracting \"'problem/ptest.c'\" \( 1736 characters \) sed "s/^X//" > 'problem/ptest.c' << 'THE-END-OF:problem/ptest.c' X#include X#include X#include X X#ifndef NPROCS X#define NPROCS 4 X#endif /* NPROCS */ X X Xvoid foo_bar() X{ X int count; X double foo = 0.0; X X fprintf (stderr, "."); X X#ifdef WATCH_GR_OSVIEW /* waste some parallel processor time */ X for (count = 0; count < 100000; count++) foo = (foo + foo)/2.0; X#endif /* WATCH_GR_OSVIEW */ X} X X Xvoid par_apply_fun (void (*func)()) X{ X unsigned int count; X X for (count = m_get_myid(); count < 64; count += NPROCS) { X func(); X }; X X m_sync(); X} X Xvoid p_apply_fun (void ((*func)())) X{ X m_set_procs (NPROCS); X X if (m_fork (par_apply_fun, func)) { X perror ("\nm_fork\n"); X }; X X if (m_kill_procs ()) { X perror ("\nm_kill_procs: "); X }; X} X Xint main(int argc, char **argv) X{ X FILE *command = stdin; X char action; X X if (argc == 2) { X command = fopen (argv[1], "r"); X if (!command) { X fprintf ("Unable to open %s. Reverting to stding.\n", argv[1]); X command = stdin; X }; X }; X X fprintf (stdout, "test: "); X X while ((action != 'q')&&!feof(command)) { /* main event loop */ X X fscanf (command, "%c", &action); X switch (action) { X X case 'a': X p_apply_fun (foo_bar); X fprintf (stdout, "\nDone.\ntest: "); X break; X X case 'h': X fprintf (stdout, "This is a test.\n"); X break; X X case '?': X fprintf (stdout, "a\tFork and kill some useless process\n"); X fprintf (stdout, "h\tPrint a meaningless meassage.\n"); X break; X X case '\t': X case ' ': X case 'q': X break; X X case '\n': X fprintf (stdout,"test: "); X break; X X default: X fprintf (stderr, "No such option (try ?).\n"); X fflush (stderr); X break; X }; X }; X X fclose (command); X exit (0); X}; X X X X X X X X X X X THE-END-OF:problem/ptest.c if test 1736 -ne `wc -c <'problem/ptest.c'`; then echo shar: \"'problem/ptest.c'\" unpacked with wrong size! fi # end of 'problem/ptest.c' fi if test -f 'problem/Makefile' -a "${1}" != "-c"; then echo shar: Will not clobber existing file \"'problem/Makefile'\" else echo shar: Extracting \"'problem/Makefile'\" \( 202 characters \) sed "s/^X//" > 'problem/Makefile' << 'THE-END-OF:problem/Makefile' XCC = cc XCFLAGS = -g -lmpc XDEFS = -DNPROCS=4 -DWATCH_GR_OSVIEW X X Xall: ptest X Xptest: ptest.c X $(CC) ptest.c $(DEFS) $(CFLAGS) -o ptest X Xclean: X -/bin/rm -f a.out ptest X -/bin/rm -f *~ X -/bin/rm -f *.o X X THE-END-OF:problem/Makefile if test 202 -ne `wc -c <'problem/Makefile'`; then echo shar: \"'problem/Makefile'\" unpacked with wrong size! fi # end of 'problem/Makefile' fi if test -f 'problem/example_0' -a "${1}" != "-c"; then echo shar: Will not clobber existing file \"'problem/example_0'\" else echo shar: Extracting \"'problem/example_0'\" \( 14 characters \) sed "s/^X//" > 'problem/example_0' << 'THE-END-OF:problem/example_0' Xh h h h X? Xh Xq THE-END-OF:problem/example_0 if test 14 -ne `wc -c <'problem/example_0'`; then echo shar: \"'problem/example_0'\" unpacked with wrong size! fi # end of 'problem/example_0' fi if test -f 'problem/example_1' -a "${1}" != "-c"; then echo shar: Will not clobber existing file \"'problem/example_1'\" else echo shar: Extracting \"'problem/example_1'\" \( 10 characters \) sed "s/^X//" > 'problem/example_1' << 'THE-END-OF:problem/example_1' Xh Xh Xa Xh Xq THE-END-OF:problem/example_1 if test 10 -ne `wc -c <'problem/example_1'`; then echo shar: \"'problem/example_1'\" unpacked with wrong size! fi # end of 'problem/example_1' fi if test -f 'problem/README' -a "${1}" != "-c"; then echo shar: Will not clobber existing file \"'problem/README'\" else echo shar: Extracting \"'problem/README'\" \( 122 characters \) sed "s/^X//" > 'problem/README' << 'THE-END-OF:problem/README' XFor amusement try: X Xdiogenes% ptest example_0 /* behaves nicely */ Xdiogenes% ptest example_1 /* does not behave nicely */ THE-END-OF:problem/README if test 122 -ne `wc -c <'problem/README'`; then echo shar: \"'problem/README'\" unpacked with wrong size! fi # end of 'problem/README' fi echo shar: End of shell archive exit 0