Received: from vmb.brl.mil by VMB.BRL.MIL id aa20942; 17 Aug 90 2:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20861; 17 Aug 90 2:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20772; 17 Aug 90 1:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00871; 17 Aug 90 1:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21526; Thu, 16 Aug 90 22:35: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: 17 Aug 90 04:32:54 GMT From: Rob Warnock Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Workspace launched from remote terminal Message-Id: <67123@sgi.sgi.com> References: <1990Aug15.151151.1237@s1.msi.umn.edu>, <67004@sgi.sgi.com>, <1990Aug16.120834.19609@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug16.120834.19609@eagle.lerc.nasa.gov> smfedor@solar.lerc.nasa.gov (Gregory Fedor) writes: +--------------- | In article <67004@sgi.sgi.com> rpw3@sgi.com (Rob Warnock) writes: | >(*sigh*) Because of the way the window manager gets your environment vars... | >... your example should read: | > if ( ! $?ENVONLY && "`tty`" == "/dev/console" ) then | > workspace | > endif | | Potentially stupid question: Does this apply for the /etc/cshrc file as well? +--------------- Yes. (*sigh*) The "exporttonews" program (in the case of "csh", "sh" is similar) actually does, in a manual equivalent of "popen()": fork(); ...other stuff... execl("/bin/csh", "-sh", "-c", "source .login;echo ::: ENV;exec /bin/env", 0); Note that arg#0 ("-sh") begins with a "-" indicating a "login shell" (see the csh(1) man page). So, yes, both /etc/cshrc and ~/.cshrc get run. -Rob ----- Rob Warnock, MS-9U/510 rpw3@sgi.com rpw3@pei.com Silicon Graphics, Inc. (415)335-1673 Protocol Engines, Inc. 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21546; 17 Aug 90 5:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21522; 17 Aug 90 4:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21502; 17 Aug 90 4:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01473; 17 Aug 90 4:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00790; Fri, 17 Aug 90 01:16:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Aug 90 07:32:54 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Maybe in end-91: Release (Was: Displaying electron density) Message-Id: <1990Aug17.083254.900@urz.unibas.ch> References: <2383953@mtsg.ubc.ca>, <1990Aug16.090611.899@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug16.090611.899@urz.unibas.ch>, doelz@urz.unibas.ch writes: > In article <2383953@mtsg.ubc.ca>, Michael_E._Murphy@MTSG.UBC.CA writes: >> >> I am intrested in molecular graphics software that is good at >> displaying electron density contours. We have been using FRODO on > > We have been writing a prototype of program which does ^^^^^^^^^ .. > The performance is great, the code is spagetti. Therefore, > we are about redesigning it and will write it in C++. Thanks to all who asked for availavility. Sorry to disappoint you, but the prorgram prototype won't be available. As I said, we are currently considering to have a 'real' programming interface at the bottom (E.g., 'INSIGHT' might be an alternative) but want to have a standalone version as well. Further, we are currently investigating paths to get some 'better' hardware. We would like to include VGX features but we need to have a (financial) platform... Provided that Christian Henn (who was primarily doing the coding work) starts a Ph.D project on the program (which is, again, depending on funding, but this should be finalized soon), we hope to have a version to be released in the end-91 timeframe. Regards. Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23925; 17 Aug 90 9:07 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa23730; 17 Aug 90 8:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23707; 17 Aug 90 8:47 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa02008; 17 Aug 90 8:31 EDT Received: Fri, 17 Aug 90 08:31:58 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 17 Aug 90 08:31:58 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008171231.AA00395@aero4.larc.nasa.gov> To: sgi!shinobu!odin!dinkum!calvin@ucbvax.berkeley.edu Subject: Re: Binary files on 4D machines Cc: info-iris@BRL.MIL The mail turn around time seems to be kind of long. My last message was sent out before I recieved your last message. I tried what you said in one of MY programs and it seems to work for me. Thanks! The release notes are not clear at all on what you need to do, if they had had one sample line for the open statement it would have been easier. I don't know why the guy here was/is having a problem with the binary files. He talked to the hot line and tried everything they said but it only half worked. If the only thing I had to change was the FORM option on the open that would be ok. But, having to put in direct access (which doesn't make any sense when you think about it), recl=1, FORM='unformatted', and compile it with a -old_rl option is too much work. Especially when the documentation is poor. Can you get the "FORM='SYSTEM'" in the 3.3.1 release or maybe a 3.3.1.1 or what ever problem fix release? Thanks again. (If the documentation is poor, RTFM wont help) -- 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 aa29195; 17 Aug 90 11:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27817; 17 Aug 90 11:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27490; 17 Aug 90 10:53 EDT Received: from REMOTE.DCCS.UPENN.EDU by VGR.BRL.MIL id aa02829; 17 Aug 90 10:30 EDT Return-Path: Received: from C.CHEM.UPENN.EDU by remote.dccs.upenn.edu id AA05033; Fri, 17 Aug 90 10:29:57 -0400 Message-Id: <9008171429.AA05033@remote.dccs.upenn.edu> Date: Fri, 17 Aug 90 10:30 EST From: "Yates, John H." Subject: 8mm tape capacity and Backup scripts To: info-iris@BRL.MIL X-Vms-To: INFIRIS,YATES What is the MB capacity of a 600' Sony 8mm tape on SGI's 8mm drive? What is considered the "best way" (uh oh... I can see hundreds of opinions coming...) to back up a live system (e.g. sample scripts)? (Backup, bru directly, or...) I have three 1 GB disks, can't umount any partitions, and a full Backup more than fills one 8mm tape. The Backup must be suitable for complete system recovery in the event of disaster. If I use Backup / , I get all disks and thus more than one 8mm tape. If I select /usr, /bin, /etc, /u0, /u1, etc., I miss important stuff, esp. at / . I'd like to back up each disk completely independently so it can be done unattended, overnight, and all we have to do is remember to rotate tapes in sets of three. Thanks, John yates@c.chem.upenn.edu P.S. I am very, very far behind in bulletin board stuff. I owe a summary and some personal responses about VMS save set readers. I haven't had time to even fire it up yet myself. I hope to find time soon.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29400; 17 Aug 90 12:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab29195; 17 Aug 90 11:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29021; 17 Aug 90 11:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03110; 17 Aug 90 11:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24392; Fri, 17 Aug 90 08:22: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: 17 Aug 90 14:53:05 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: Where is strlog()? Message-Id: <833@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm running 3.3 on a PI and have a streams pseudo driver. We use the standard strlog() facility but when I build the kernel, it comes up undefined. The header file "/usr/include/sys/strlog.h" exists which would tend to imply that the function exists. Did SGI rename it to something else?? -- ##################################################################### # 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 aa29492; 17 Aug 90 12:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa28126; 17 Aug 90 11:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27986; 17 Aug 90 11:12 EDT Received: from chx400.switch.ch by VGR.BRL.MIL id aa02946; 17 Aug 90 10:56 EDT Received: by chx400.switch.ch (5.61/Ultrix2.4-C) id AA21140; Fri, 17 Aug 90 16:58:20 +0200 Received: from wirz.cigy (cgcha) by ciba-geigy.ch id AA22477; Fri, 17 Aug 90 16:28:33 +0200 (4.0/SMI-3.2-CG-1.0G) Received: from focci01.wirz.cigy by wirz.cigy id AA23865; Fri, 17 Aug 90 16:28:31 +0200 (4.0/SMI-3.2-CG-1.0A) Received: by focci01.wirz.cigy id AA12867; Fri, 17 Aug 90 16:28:29 DST (5.52/SMI-3.2-CG-1.0H) Date: Fri, 17 Aug 90 16:28:29 DST From: Dipl agr Veronique Eyraud Message-Id: <9008171428.AA12867@focci01.wirz.cigy> To: info-iris@BRL.MIL Subject: Black/White inversion of rgb img Cc: deyrau@ciba-geigy.ch Is there a command somewhere in /usr/sbin allowing to invert the black and white of a rgb image, and thouse only? (The invert command, as one can expect, takes all the complementary colors of the image) Thanks,   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29969; 17 Aug 90 12:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac29195; 17 Aug 90 11:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab29021; 17 Aug 90 11:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03118; 17 Aug 90 11:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24357; Fri, 17 Aug 90 08:22: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: 17 Aug 90 13:39:54 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: Using 'edge' with menu applications Message-Id: <831@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've just started using the window based debugger on the SGI and ran into some problems. In my .edgerc file I put the line: size user 80 24 which is supposed to define the window size of the user output window. Unfortunately, the window still comes up as the default small window. If I remove the "80 24", then I can size the window using the initial rubber-band window it gives. Does the "size" command want the size in pixels or character spaces? Second, Is there a way to make the user output window use screen control codes? My package uses tputs() and makes the required calls of the termcap routines. This works fine from a "normal" wsh window but doesn't work at all in the edge user window. I see all the control codes displayed. -- ##################################################################### # 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 aa01691; 17 Aug 90 13:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01494; 17 Aug 90 13:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01354; 17 Aug 90 13:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03761; 17 Aug 90 13:14 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01478; Fri, 17 Aug 90 10:04: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: 17 Aug 90 16:22:59 GMT From: Kurt Akeley Organization: sgi Subject: Re: tmesh sphere-> HOW ? Message-Id: <1990Aug17.162259.430@odin.corp.sgi.com> References: <1990Aug16.163109.32446@eagle.wesleyan.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug16.163109.32446@eagle.wesleyan.edu>, hoberoi@eagle.wesleyan.edu writes: |> Hi, |> 1). Has someone written a routine that renders spheres using tmesh routines ? |> something of the sort |> initsphere( npoly ); /* npoly = number of polygns used to approximate |> the sphere */ |> makesphere( x, y, z, radius ); |> |> At the moment I generate a unit sphere using adaptive subdivision of an |> icoashedron/octahedron, and use a series bgnpoly() endpoly() commands to make |> an object ie. initsphere( npoly ). then translate and scale this unit sphere |> but since there are > 1000 spheres the drawing speed is sloooow. |> |> The idea of course is to make space filled drawings of molecules and |> hopefully (!) rotate a low res ie. initsphere( 32 ) and switch to hi res. |> gouard shaded object when done. |> |> Himanshu. Yes! Check out libsphere in the 3.3 release. It generates spheres based on platonic solids, using triangles, quads, tmeshes, or quadstrips. These are available as GL objects as well as in immediate mode. Many other features too. -- kurt   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01985; 17 Aug 90 13:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01494; 17 Aug 90 13:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01354; 17 Aug 90 13:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03757; 17 Aug 90 13:14 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01309; Fri, 17 Aug 90 10:02:59 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Aug 90 15:55:31 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Stereo View Message-Id: <1990Aug17.155531.3878@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello, I have been trying to get a Stereo View option working on a 4D/120GTX running IRIX 3.3 without success. I have swapped the RV1 for a RV1.5, installed the I/O panel assembly, and connected the emitter and Mitsubishi monitor. If I then run a stereo view demo program the screen appeers to be scrolling very quickly, and the picture on the Mitsubishi looks the same as on the Hitachi. I have tested the Mitsubishi on another stereo system and it works fine. Does anyone know where is screwed up? Does stereo view work with IRIX 3.3? If the RV1.5 is bad would it cause this kind of problem? I don't have any spare RV1.5's. Thanks, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01985; 17 Aug 90 13:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01494; 17 Aug 90 13:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac01354; 17 Aug 90 13:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03765; 17 Aug 90 13:14 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01673; Fri, 17 Aug 90 10:06: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: 17 Aug 90 11:45:43 GMT From: Tony Facca Organization: NASA/Lewis Research Center, Cleveland Subject: Re: keymappings Message-Id: <1990Aug17.114543.23130@eagle.lerc.nasa.gov> References: <1990Aug16.154113@crocus.medicine.rochester.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug16.154113@crocus.medicine.rochester.edu> ajp2o@crocus.medicine.rochester.edu writes: >I am running a version of tn3270 which maps pf3 to f3, as >well as to ^*. While most other mappings work, the one to >f3 doesn't. Two queries. Has anyone already figured this out? The problem may be that SGI uses the F3 and F4 functions keys for their snarf-n-barf operation under 4sight. You can use the 'bindkey' function to redefine the keyboard mappings. If you put them all in a script and call the script to connect to your VM system, it might look like this: ----------------- #! /bin/sh stty intr '^]' bindkey -r f1 bindkey -r f2 bindkey -r f3 bindkey -r f4 bindkey -r f5 bindkey -r f6 bindkey -r f7 bindkey -r f8 bindkey -r f9 bindkey -r f10 bindkey -r f11 bindkey -r f12 bindkey -r print-scrn bindkey -r insert bindkey -r delete bindkey -r end bindkey -r home bindkey -r scroll-lock bindkey -r pause bindkey -r page-up bindkey -r page-down /usr/local/bin/tn3270 vm ----------------- -- ----------------------------------------------------------------------------- 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 aa05457; 17 Aug 90 17:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05308; 17 Aug 90 16:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05295; 17 Aug 90 16:48 EDT Received: from [132.206.6.10] by VGR.BRL.MIL id aa05278; 17 Aug 90 16:38 EDT Received: by frodo.Physics.McGill.CA id AA21209; Fri, 17 Aug 90 16:38:32 EDT (5.59++/IDA-1.1S) Date: Fri, 17 Aug 90 16:38:32 EDT From: Loki Jorgenson Rm421 Message-Id: <9008172038.AA21209@frodo.Physics.McGill.CA> To: info-iris@vgr.brl.mil Subject: OUTMEM error problem Hey ho..... I have been suffering with symptoms which I can't trace to an algorithmic error. I am wondering if it isn't a system bug of some strange sort. On a 4D/25 running IRIXv3.2.1, I have been running a simple program which reads in a 2D array of values, +1/-1, opens a window and draws the rectangular array by coloring a pixel if +1 and leaving it black if -1. Strangely enough, I have been encountering a problem wherein the program crashes, reporting a graphics error #2 OUTMEM (and a couple of #75 NOWINOPEN after that) and leaving a core. Dbx shows the reason for the crash to be a segmentation fault. This may seem obvious to many but the hitch is this: This only happens on certain size arrays, typically my smaller ones! For example, 72x72 sized systems. For larger systems, like 192x192, I have no problems. Dbx has narrowed the offending subrountine down to my call "ortho2()" and eventually to the internal graphics call "i_ortho2()". Repeated examinations of the core, the code and the results have yielded very little consistent info upon which to define the source of the problem. I have used edge to trace the program and check variable values but nothing has appeared to be amiss. Note that there are a couple of malloc()'s in my program but I have no reason to suspect that there is actually a shortage of memory; the machine has 16M and the cores are actually quite small.... about 30k. Has anyone had any similar experiences? Thanks, Loki Jorgenson node: loki@physics.mcgill.ca Physics, McGill University fax: (514) 398-3733 Montreal Quebec CANADA phone: (514) 398-6531 << If I only had a brain >>   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06492; 17 Aug 90 18:56 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06331; 17 Aug 90 18:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06257; 17 Aug 90 18:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05801; 17 Aug 90 18:14 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21451; Fri, 17 Aug 90 15:07: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: 17 Aug 90 21:51:38 GMT From: Prabhakar Somu Organization: Rutgers Univ., New Brunswick, N.J. Subject: Androx Image Acquisition Board with an SGI Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, Is anybody out there using an Androx Image acquisition board with any Silicon Graphics workstations? If so, I would like to get in touch with you for exchanging ideas/suggestions etc. Please send mail to somu@mirage.umdnj.edu Thanks, /somu somu@mirage.umdnj.edu -- () __ _ _ _ _ __ /\ / ') ' ) ) ) ' ) / / ) / / / / / / / /__/_ (__/ / ' (_ (__/   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07602; 17 Aug 90 21:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07431; 17 Aug 90 21:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07404; 17 Aug 90 21:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06793; 17 Aug 90 21:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02120; Fri, 17 Aug 90 17:46: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: 17 Aug 90 23:28:08 GMT From: Kurt Akeley Organization: sgi Subject: Re: VGX and setmonitor(3g) Message-Id: <1990Aug17.232808.9319@odin.corp.sgi.com> References: <9008020229.AA22321@chem.chem.ucsd.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008020229.AA22321@chem.chem.ucsd.edu>, sdempsey@UCSD.EDU (Steve Dempsey) writes: |> system: 4D/340VGX |> OS: IRIX 3.3 |> |> I have just discovered (the hard way) that calling setmonitor on VGX |> machines is dangerous. The bug is documented at the very end of |> of the setmonitor(3g) man page, and I quote: |> |> BUGS |> IRIS-4D VGX models may hang the graphics pipe, resulting in failure of |> all running programs including the window manager, when setmonitor is |> called while other graphics processes are running. |> |> This bug is NOT mentioned in the 3.3 release notes, or in the 1.0 StereoView |> release notes. |> |> Needless to say, this has put a damper on my attempts to use StereoView on our |> new 340VGX. There seems to be a catch-22 situation here, since I can't |> reliably call 'setmonitor' when graphics are running, yet there is always |> some graphics process running. The questions: |> |> 1. Will this bug be fixed in the real 3.3 (3.3.1) IRIX release that's |> supposed to arrive any day now? Yes! This bug is corrected in the 3.3.1 release. |> |> 2. Is it known when it's 'safe' to call setmonitor on VGX machines? While running 3.3.0 it is safe only when no other program is actually doing graphics. Since this is hard to insure, it really is never safe. |> ------------------------------------------------------------------------ --------- |> 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 -- kurt   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15063; 18 Aug 90 23:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14426; 18 Aug 90 22:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14414; 18 Aug 90 22:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11772; 18 Aug 90 14:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24115; Sat, 18 Aug 90 11:42: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: 18 Aug 90 03:27:35 GMT From: lhary meyer Organization: Whole Earth 'Lectronic Link, Sausalito, CA Subject: Re: StereoView raster sizes Message-Id: <19602@well.sf.ca.us> References: <9008142019.AA14083@chem.chem.ucsd.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Steve I hope you got my mai on the subject. Have you adjusted the vertical height on the MItsubishi to the aspect ratio you like? You might need to compromise between the stereo & planar modes. Set the mode switch inside the little door to "0". Then select the function you want to tweak on the other rotary switch. (The left slide switch needs to be in "adjust"). Press the little button on the lower right (cant remember the label), and the green LED will flash. Use + / - to set to taste , then hit the lower right button again. This will memorize the setting. I think vertical size is function 5. The Mits is a nice monitor and the newer HL6915 is even better! -------- 00 -------- Lhary Meyer Stereographics   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10154; 18 Aug 90 4:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09640; 18 Aug 90 2:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09635; 18 Aug 90 2:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08430; 18 Aug 90 2:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19901; Fri, 17 Aug 90 23:04: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: 18 Aug 90 05:50:15 GMT From: Kuck And Associates Organization: UIUC Center for Supercomputing Research and Development Subject: how to find hw configuration? Message-Id: <1990Aug18.055015.1472@csrd.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there a command or file accessible to a normal user that will describe the hardware configuration of the SGI Iris 4D system being used? For example, number, speed and type of processors, total amount of memory... Patrick Wolfe (pat@kai.com, kailand!pat) System Programmer/Operations Manager, Kuck & Associates   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11304; 18 Aug 90 8:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11157; 18 Aug 90 7:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11151; 18 Aug 90 7:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09864; 18 Aug 90 7:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03163; Sat, 18 Aug 90 04:14: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: 18 Aug 90 10:54:12 GMT From: Jim Hollan Organization: /u/hollan/.organization Subject: Single User Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have a new 320VGX that I can't convice to go into Single User. All of the normal methods that work with our PIs result only in the system going into hyperspace until it is manually reset. There also isn't a single command in the PROM monitor on the 320 like there is on the PIs. We are running 3.3 on the 320 and the PIs. Any advice appreciated, Jim   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21808; 19 Aug 90 15:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21725; 19 Aug 90 15:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21707; 19 Aug 90 14:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19427; 19 Aug 90 14:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02240; Sun, 19 Aug 90 11:20:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Aug 90 22:04:04 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: how to find hw configuration? Message-Id: <1990Aug18.220404.22697@odin.corp.sgi.com> References: <1990Aug18.055015.1472@csrd.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1990Aug18.055015.1472@csrd.uiuc.edu> kai@sp1.csrd.uiuc.edu (Kuck And Associates) writes: | Is there a command or file accessible to a normal user that will describe | the hardware configuration of the SGI Iris 4D system being used? For example, | number, speed and type of processors, total amount of memory... | Sure, check out the hinv command. It should list all the devices on the system (in some cases, only if the driver is also installed), the amount of memory, and the CPU speed(s). For programmatic use, see getinvent(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 aa22052; 19 Aug 90 16:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab21725; 19 Aug 90 15:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab21707; 19 Aug 90 14:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19429; 19 Aug 90 14:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02287; Sun, 19 Aug 90 11:21:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Aug 90 23:55:39 GMT From: Paul Mielke Organization: Silicon Graphics, Inc. Subject: Re: Problem with nice Message-Id: <1990Aug18.235539.23720@odin.corp.sgi.com> References: <9008072224.AA21964@chaos.ocean.fsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008072224.AA21964@chaos.ocean.fsu.edu>, steve@CHAOS.OCEAN.FSU.EDU (Steve Van Gorder) writes: > I have several problems with nice and related things. > > 1. The default increment for nice on my machine seems to be 4 instead of 10 > as the manual says. i.e. "nice command" executes command with a nice > value of 24 while "command" executes with nice=20. > > 2. "nice -increment command" does nothing at all for any value of increment. > Its nice value is always 20 ! > I have just fixed the nice(1) manual page to warn users of the csh(1) version of nice (as other posters have suggested). > A question about npri. > > I was under the impression from previous discussions in this news group > and from reading the manuals that if I type "npri -h 250 -p pid" as superuser > then this process would be assigned a "non-degrading" priority of 250. > According to schedctl(2) man page this means that it is of lower priority than > all other processes and shouldn't interfere with ANY interactive job. > The problem here is as Dr. Doelz has suggested: just because the job has lousy priority doesn't mean that it can't steal pages from other jobs when it does finally get a chance to run. In 3.3 software, we have implemented the BSD setrlimit(RLIMIT_RSS) facility. This allows the Resident Set Size (the number of pages of physical memory occupied by the process) of a process to be limited. The combination of this facility and setting a low non-degrading priority will allow you to prevent the background job from stealing resources (cpu cycles or memory pages) from higher priority processes. This facility can be used within NQS to establish batch queues that can execute large jobs that do heavy paging without dragging down the performance of interactive jobs inordinately. When you get 3.3 software, take a look at the setrlimit(2) manual entry and the 'limit' commands in csh(1). The reason that you occasionally see a priority other than +250 in the "ps -l" output for a job with "npri -h 250" is that the job will sometimes get a kernel priority temporarily while it is executing a system call in the kernel. It will revert to its +250 before leaving the kernel. If another higher priority process is on the run queue, the +250 guy will get descheduled as he unwinds out of the kernel from his syscall.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12050; 18 Aug 90 12:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12028; 18 Aug 90 12:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ae11946; 18 Aug 90 12:02 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa11044; 18 Aug 90 11:52 EDT Received: from TWNMOE10.edu.tw by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 8310; Sat, 18 Aug 90 11:51:54 EDT Received: by TWNMOE10 (Mailer R2.07) id 6891; Sat, 18 Aug 90 23:08:52 EST Date: Sat, 18 Aug 90 23:02:47 EST From: jim tien Subject: how to find hw configuration To: INFO-IRIS@BRL.MIL Message-ID: <9008181152.aa11044@VGR.BRL.MIL> >Is there a command or file accessible to a normal user that will describe >the hardware configuration of the SGI Iris 4D system being used? For example, >number, speed and type of processors, total amount of memory... you can try "hinv" command, you will find lots of infomation of hardware. ;jim tien (unit051@twnmoe10.bitnet)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20660; 19 Aug 90 11:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20586; 19 Aug 90 11:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab20565; 19 Aug 90 11:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18978; 19 Aug 90 11:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA22520; Sun, 19 Aug 90 08:02: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: 19 Aug 90 14:56:22 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: email on Irix 3.3 Message-Id: <834@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've recently upgraded to Irix 3.3 on my PI and have noticed something different with UUCP and email. When a user sends email, the queue tags it as having been sent by "deamon" and not the username. This means that a "uustat" doens't display anything. A user must do a "uustat -sxxxx" to see all the mail queued. Another problem with this is that the user can't delete the mail since the system thinks it was queued by "daemon". Any ideas as to why this happens? I've verified that a uucp file transfer gets queued with the correct username. Just seems to be email. Any help is greatly appreciated. -- ##################################################################### # 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 aa21010; 19 Aug 90 12:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab20660; 19 Aug 90 11:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20650; 19 Aug 90 11:39 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa19008; 19 Aug 90 11:25 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 5781; Sun, 19 Aug 90 11:25:30 EST Received: by UOGUELPH (Mailer R2.07) id 3956; Sun, 19 Aug 90 11:25:29 EST Date: Sun, 19 Aug 90 11:06:19 EST From: Peter Jaspers-Fayer Subject: MAN pages in nroff format To: Iris mailing list Message-ID: <9008191125.aa19008@VGR.BRL.MIL> Hello, TN3270 (and others) have unformatted MAN pages (nroff format). `man man` states that I need the 'Documentor's Workbench' before I can use them in usr/local/catman/bla/bla... Humbug!! If I could just format them once, pack them, and file them in the right place, I could do man on them no problem. I did `man tn3270 > tn3270` on a NeXT, packed the result (into a ...z file) on my Iris, and that works OK, SO: Neither man nor apropos say anything about *roff, other than deroff which more clearly states that I need the workbench before I can nroff anything. Finaly, the question: Surely a public-domain nroff exists out there somewhere? I have scanned indexes for comp.sources. unix and other places to no avail. Has anyone seen same somewhere? Better yet, has anyone seen a PD Irix port of nroff? Surely I'm not the first one to ask? /PJ SofPJF@VM.UoGuelph.Ca (Probably also reachable (until ?) at SOFPJF@UOGUELPH.BITNET) Never test for an error condition you don't know how to handle.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21990; 19 Aug 90 15:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21921; 19 Aug 90 15:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21904; 19 Aug 90 15:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19562; 19 Aug 90 15:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA04623; Sun, 19 Aug 90 12:02: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: 19 Aug 90 18:16:28 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: Does StereoView run under 3.3 ? (Re: VGX and setmonitor(3g)) Message-Id: <1990Aug19.191628.906@urz.unibas.ch> References: <9008020229.AA22321@chem.chem.ucsd.edu>, <1990Aug17.232808.9319@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug17.232808.9319@odin.corp.sgi.com>, kurt@cashew.asd.sgi.com (Kurt Akeley) writes: > In article <9008020229.AA22321@chem.chem.ucsd.edu>, sdempsey@UCSD.EDU > (Steve Dempsey) writes: > |> system: 4D/340VGX > |> OS: IRIX 3.3 ours is a 4D/120 GTX running 3.3 > |> > |> 1. Will this bug be fixed in the real 3.3 (3.3.1) IRIX release that's > |> supposed to arrive any day now? > > Yes! This bug is corrected in the 3.3.1 release. > > |> > |> 2. Is it known when it's 'safe' to call setmonitor on VGX machines? > > While running 3.3.0 it is safe only when no other program is actually doing > graphics. Since this is hard to insure, it really is never safe. > Our SGI people here try to make stereoView run on a 120 running 3.3. Does this posting mean that StereoView doesn't run on 3.3 ? Rgds Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22418; 19 Aug 90 16:56 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22324; 19 Aug 90 16:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22224; 19 Aug 90 16:35 EDT Received: from Sierra.Stanford.EDU by VGR.BRL.MIL id aa19751; 19 Aug 90 16:20 EDT Received: by sierra.Stanford.EDU (4.0/4.7); Sun, 19 Aug 90 13:18:36 PDT Date: Sun, 19 Aug 90 13:18:36 PDT From: "Lloyd J. Lacomb" To: info-iris@BRL.MIL Cc: lacomb@sierra.stanford.edu Subject: Z-buffering on RS/6000 Message-Id: There was some discussion a few weeks ago about the IBM RS/6000 series and it graphcis capibilites. At the time I gave it only passing interest but recently someone wanted to know if some code I'd written could be ported to the RS/6000. I looked back over the earlier messages and decided that the 24 bit system probably could run the software if it had the z-buffering hardware. Does anyone know if the RS/6000 supports z-buffering in hardware or software and to what depth. thanks in advance. Lloyd LaComb lacomb@sierra.stanford.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23678; 19 Aug 90 19:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23259; 19 Aug 90 19:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23245; 19 Aug 90 19:09 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20262; 19 Aug 90 19:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA17323; Sun, 19 Aug 90 15:48: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: 19 Aug 90 21:03:43 GMT From: "Peter S. Shenkin" Organization: Columbia University Subject: Does the 4D-25 come with 2Mb or 1Mb SIMMS? Message-Id: <1990Aug19.210343.22828@cunixf.cc.columbia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Well, the Subject line doesn't quite say it all; I'd also like to know whether: the machine will accept 4Mb SIMMS if not, whether 1's and 2's can be mixed. The (obvious) reason for asking: I plan to get a 4D-25 with minimal memory and purchase up to the max from a third party. If the machine I buy comes with 8Mb of 1Mb SIMMS, then I can't upgrade to 32Mb without discarding the initial 8Mb. On the other hand, if the basic configuration comes with 8Mb on 2's, then I can just purchase add-ons.... Is 2Mb SIMMS are not standard on an 8Mb 4D-25, is there a way to ensure that I get them when I order my machine? -P. ************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb************************** Peter S. Shenkin, Department of Chemistry, Barnard College, New York, NY 10027 (212)854-1418 shenkin@cunixc.cc.columbia.edu(Internet) shenkin@cunixc(Bitnet) ***"In scenic New York... where the third world is only a subway ride away."***   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28171; 20 Aug 90 0:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25922; 19 Aug 90 23:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab25795; 19 Aug 90 23:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21537; 19 Aug 90 23:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00144; Sun, 19 Aug 90 19:54:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Aug 90 02:20:13 GMT From: Brian McClendon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Does StereoView run under 3.3 ? (Re: VGX and setmonitor(3g)) Message-Id: <1990Aug20.022013.6919@odin.corp.sgi.com> References: <9008020229.AA22321@chem.chem.ucsd.edu>, <1990Aug17.232808.9319@odin.corp.sgi.com>, <1990Aug19.191628.906@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug19.191628.906@urz.unibas.ch> doelz@urz.unibas.ch writes: > > >Our SGI people here try to make stereoView run on a 120[GTX] running 3.3. >Does this posting mean that StereoView doesn't run on 3.3 ? > >Rgds >Reinhard The only _known_ problem with setmonitor(3g)/setmon(1) is the previously discussed problem on the VGX. There should be no problems with 3.3 in general or on 120GTX's in particular. BTW, the VGX problem was discovered in the last day(s?) of the 3.3 cycle. It was thought to be a rare occurence with a relatively simple work-around. Basically the part of the pipe responsible for configuring video would spend 3-5 seconds downloading the video format into the hardware _and_ writing it to EEPROM (the actual time-consumer). If other GL programs tried to access the video hardware (ie: swapuffers(), mapcolor()...) they would block the pipe and it would timeout after ~2.5 seconds. The solution is obvious and will be in 3.3.1. Finally, I would like to point out that there _should_ be no sequence of GL calls that crashes the pipe and takes down the news_server. This is SGI policy. If you know of such a sequence please report it to the Hotline. The best we can do is fix it ASAP and get it out in the next maintenance release; the worst would be for us to find it to be unfixable (without impacting performance) and include it prominently in the release notes and/or man pages. Either way should save the rest of us from chasing the same bug again. -- ---------------------------------------------------------------------------- Brian McClendon bam@rudedog.SGI.COM ...!uunet!sgi!rudedog!bam 415-335-1110 -----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id ab22052; 19 Aug 90 16:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab21990; 19 Aug 90 15:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad21966; 19 Aug 90 15:43 EDT Received: from godzilla.cgl.rmit.oz.au by VGR.BRL.MIL id aa19609; 19 Aug 90 15:29 EDT Received: by godzilla Date: Mon, 20 Aug 90 06:10:33 EST From: Mike Gigante Message-Id: <9008192010.14694@godzilla> To: info-iris@BRL.MIL Subject: re: lisp on SGI machines In article <9008081642.AA04144@pig.drea.dnd.ca>, zsd@PIG.DREA.DND.CA (Jim Diamond) writes: > > Is there anyone out there using some version of lisp on an SGI > machine? If so, would you mind telling me which version of lisp, > where one can obtain it, what model of machine you are using it on, > and, if possible, any comparisons (e.g., reliability, functionality > and performance) between your version and the lisp available on > Symbolics lisp machines or (*gag*) Macs with MacIvory boards installed. > Well I regularly use the following: Allegro CL from Franz (mail info@franz.com, ucbvax!franz!info) Cscheme ver 7 from MIT (mail to me) and have also used (semi-seriously) AKCL from U of Texas/Kyoto U. (rascal.ics.utexas.edu) All three have interfaces to GL, (alas different...) I wrote the GL interfaces to Cscheme and to allegro (tho they have just released their own GL interface which I haven't tried), Eric Raible at NASA Ames wrote the GL interface to AKCL. Which do I prefer? Well, I prefer scheme because I prefer the language -- it is conceptually clean and elegant where CL is a bit of a pig. However, I don't think there is a Cscheme compiler for teh MIPS cpu yet, so if you want performance you have to go to CL. On Allegro vs AKCL, well it depends what you want. AKCL is free, works well enough (is a bit slow to compile if I recall corrwectly) and generates efficient code. It is also quite memory compact. Allegro is a professional CL environment, improving all teh time. It has good docs, a much better debugging environment, an excellent emacs-cl interfacxe and has support from Franz. I was not really happy with the previous version of Allegro CL but the new version seems to have addressed most of my concerns. If you are doing development, I'd recommend either Cscheme or Allegro, depending on whether you are constrained to CL, if you are talking about delivery only, then you'll need to spend some time comparing AKCL and Allegro. I don't know what the Allegro policy is on runtime licences. I also believe that Lucid intends to release a CL for the SGI sometime soon.. On performance, I can send you the gabriel results if you wish and you can compare them against you symbolics and macivory implementations. Mike   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01708; 20 Aug 90 7:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01340; 20 Aug 90 7:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01286; 20 Aug 90 7:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa25205; 20 Aug 90 7:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24542; Mon, 20 Aug 90 04:06:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Aug 90 10:55:38 GMT From: Doug Eastick Organization: University of Toronto, Department of Mechanical Engineering Subject: Re: keymappings Message-Id: <90Aug20.065527edt.18737@me.utoronto.ca> References: <1990Aug16.154113@crocus.medicine.rochester.edu>, <1990Aug17.114543.23130@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug17.114543.23130@eagle.lerc.nasa.gov> fsfacca@avelon.lerc.nasa.gov (Tony Facca) writes: >/usr/local/bin/tn3270 vm Where can I get the source for tn3270? I only have a REALLY old beta version. Where's the up-to-date stuff kept?   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08389; 20 Aug 90 13:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07552; 20 Aug 90 12:09 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa07426; 20 Aug 90 11:57 EDT Received: from pucc.Princeton.EDU by ADM.BRL.MIL id aa13689; 20 Aug 90 11:50 EDT Received: from cgeuge53.bitnet by pucc.PRINCETON.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6011; Mon, 20 Aug 90 11:50:50 EDT Received: from sc2a.unige.ch (129.194.48.3) by cgeuge53.bitnet; Mon, 20 Aug 90 17:50 N Date: Mon, 20 Aug 90 17:47 N From: MORGANTI%sc2a.unige.ch@pucc.princeton.edu Subject: QSAR PROGRAMS To: INFO-IRIS@BRL.MIL Message-id: <4832F8A8CE3F002B9C@cgeuge52.bitnet> X-Envelope-to: INFO-IRIS@BRL.MIL X-VMS-To: IN%"INFO-IRIS@BRL.MIL" I am new in the field of QSAR (Quantitative Structure-Activity Relationships) and I would like to find a good program to use, but not too expensive. Could someone help me ? Thanks a lot in advance ! Alessandra Ricca Bitnet: RICCA@CGEUGE52 Internet: RICCA@SC2A.UNIGE.CH   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10589; 20 Aug 90 15:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09808; 20 Aug 90 14:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09717; 20 Aug 90 14:10 EDT Received: from relay.cs.net by VGR.BRL.MIL id aa27534; 20 Aug 90 14:01 EDT Received: from relay2.cs.net by RELAY.CS.NET id ae12934; 20 Aug 90 14:00 EDT Received: from gmr.com by RELAY.CS.NET id aa00790; 20 Aug 90 13:41 EDT Date: Mon, 20 Aug 90 13:32 EDT From: JORDAN%gmr.com@relay.cs.net Subject: Does UNIX/IRIX use SIGALRM To: info-iris@BRL.MIL X-VMS-To: NET%"info-iris@brl.MIL" Message-ID: <9008201401.aa27534@VGR.BRL.MIL> Fellow netters: I was using the setitimer(ITIMER_REAL, &itime, &oitime) command to signal the interrupt SIGALRM. Alarming results... I set itime.it_value.tv_usec = 30000 (or 30 msec); result, 33 hz (okay) I set itime.it_value.tv_usec = 20000 ; result, 33 hz (WHOOPS!) should be 50 hz. I ran this with graphics, but I jumped around all the graphics routines in the loop. The Question... Is something else out there setting the SIGALRM such as UNIX or IRIX OR swapinterval()? Meanwhile... I have hacked a fix using times() where I simply check the time at the end of the loop. ted p mugabi-jordan gm systems engr ctr 1151 crooks road troy, michigan 48084 313 280 6766   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15501; 20 Aug 90 18:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14911; 20 Aug 90 17:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14907; 20 Aug 90 17:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00682; 20 Aug 90 17:35 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03855; Mon, 20 Aug 90 14:21:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Aug 90 17:05:10 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: MAN pages in nroff format Message-Id: <1990Aug20.170510.11617@odin.corp.sgi.com> References: <9008191125.aa19008@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008191125.aa19008@VGR.BRL.MIL>, SOFPJF@VM.UOGUELPH.CA (Peter Jaspers-Fayer) writes: > Hello, > TN3270 (and others) have unformatted MAN pages (nroff format). > `man man` states that I need the 'Documentor's Workbench' before I > can use them in usr/local/catman/bla/bla... Humbug!! If I could > just format them once, pack them, and file them in the right place, > I could do man on them no problem. I did `man tn3270 > tn3270` on > a NeXT, packed the result (into a ...z file) on my Iris, and that > works OK, SO: > > Neither man nor apropos say anything about *roff, other than deroff > which more clearly states that I need the workbench before I can > nroff anything. What release are you using? The 3.2 and 3.3 releases of the man(1) manual page contains the following: ... locally added manual entries may be pre-formatted "cat" manual entries in /usr/catman/local/cat[1- 8lnop] or may be unformatted nroff(1) source manual entries in /usr/catman/local/man[1-8lnop]. The unformatted manual entries will be processed by neqn(1), tbl(1), nroff(1), and col(1). (The Documentor's Work Bench software option is required to process unformatted manual pages.) The Documentor's Work Bench option contains the programs neqn, tbl, and nroff referred to in this passage. It seems to me that a very explicit reference to nroff has been made. A reference to nroff is also made in the "SEE ALSO" section of the man(1) manual page. Though it may be inferred from the last two sentences that the Documentor's Work Bench is the software option which contains the needed tools, you are correct that the containment is not explicit. This will be remedied. As for the Documentor's Work Bench requirement for unformatted manual pages, it is still very true. If you want to put unformatted manual pages on your IRIS and have the man command on the IRIS format them, you must have nroff on that IRIS which implies that you must have the Documentor's Work Bench on that IRIS. This is true if you want a solution from Silicon Graphics. If you format your manual pages on another system and place them in the manual page tree on the IRIS, you can get around the requirement of having nroff, as you did. However, you have placed "formatted" manual pages in the tree, not "unformatted" manual pages. Whether we, you, or some other agent formats them is irrelevant. The best you can fault the manual page for is not detailing how to format manual pages on another IRIS for installation on systems which do not have the Documentor's Work Bench. This too will be remedied. --- Ciemo   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15934; 20 Aug 90 18:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac15501; 20 Aug 90 18:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab15493; 20 Aug 90 18:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26725; 20 Aug 90 11:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08993; Mon, 20 Aug 90 08:19: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: 20 Aug 90 15:06:08 GMT From: "Robert E. Minsk" Organization: Office of Computing Service - High Performace Computing Subject: Re: how to find hw configuration? Message-Id: <12783@hydra.gatech.EDU> References: <1990Aug18.055015.1472@csrd.uiuc.edu>, <2399@uc.msc.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2399@uc.msc.umn.edu> wes@msc.edu writes: > >Here are a few commands to try... >/bin/hinv - hardware inventory >/usr/sbin/versions - installed software products >and for no extra charge... >/usr/sbin/gr_osview - graphical version of "ps" > If we are going to continue on to process monitoring lets not forget: sysmeter sar   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16342; 20 Aug 90 19:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab15501; 20 Aug 90 18:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15493; 20 Aug 90 18:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26467; 20 Aug 90 11:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07267; Mon, 20 Aug 90 07:53:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Aug 90 14:47:26 GMT From: Wes Barris Organization: Minnesota Supercomputer Center Subject: Re: how to find hw configuration? Message-Id: <2399@uc.msc.umn.edu> References: <1990Aug18.055015.1472@csrd.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug18.055015.1472@csrd.uiuc.edu>, kai@sp1.csrd.uiuc.edu (Kuck And Associates) writes: > Is there a command or file accessible to a normal user that will describe > the hardware configuration of the SGI Iris 4D system being used? For example, > number, speed and type of processors, total amount of memory... > > Patrick Wolfe (pat@kai.com, kailand!pat) > System Programmer/Operations Manager, Kuck & Associates Here are a few commands to try... /bin/hinv - hardware inventory /usr/sbin/versions - installed software products and for no extra charge... /usr/sbin/gr_osview - graphical version of "ps" o o o o o o o . . . ________________________________ _____=======_____ o _____ |Wes Barris | | wes@msc.edu | .][__n_n_|DD[ ====_____ |Minnesota Supercomputer Center| |(612) 626-1854 | >(________|__|_[_________]_|University of Minnesota_______|_|_FAX:_624-6550_|_ _/oo OOOOO oo` ooo ooo 'o^o^o o^o^o` 'o^o o^o` -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Don't diddle code to make it faster -- find a better algorithm.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab16342; 20 Aug 90 19:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16293; 20 Aug 90 19:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16266; 20 Aug 90 18:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01842; 20 Aug 90 18:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08798; Mon, 20 Aug 90 15:39:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Aug 90 21:56:36 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: C++ 2.0 from SGI? Message-Id: <1990Aug20.215636.17188@odin.corp.sgi.com> References: <935@gistdev.gist.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <935@gistdev.gist.com>, andy@gistdev.gist.com (Andy Warinner) writes: |> |> demo semi and he said that SGI is using C++ 2.0 in house. But he didn't |> know of any plans to release it. Does SGI have any plans to share |> its goodies? Yes. SGI will offer a C++ 2.0 product. I don't know any dates and even if I did, they'd probably be wrong. -- 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 aa16935; 20 Aug 90 20:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab16803; 20 Aug 90 19:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab16718; 20 Aug 90 19:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02065; 20 Aug 90 19:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11412; Mon, 20 Aug 90 16:19:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Aug 90 22:47:15 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: Workspace launched from remote terminal Message-Id: <1990Aug20.224715.18488@odin.corp.sgi.com> References: <9008150850.AA12394@mcirps2.med.nyu.edu>, <1990Aug15.151151.1237@s1.msi.umn.edu>, <67004@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <67004@sgi.sgi.com>, rpw3@rigden.wpd.sgi.com (Rob Warnock) writes: [ yet another variation on starting WorkSpace from a .login ] |> |> if ( ! $?ENVONLY && "`tty`" == "/dev/console" ) then |> workspace |> endif |> You can start the WorkSpace automatically when you log in on the console without anything in your .login or your user.ps. Simply bring up the System Manager from the systemchest, double click over the "users" icon, wait for the User's Tool to appear, double click over the icon representing your login, wait for the user display and click the "WorkSpace: On" button. If you don't like graphical interfaces, you can achieve the same effect with this command: % echo on > ~/.workspace/autostart The WorkSpace will now start automatically every time you login on the graphics console. N.B. If you have a personalized user.ps file in which you rewrite the basicRestartActions array you must ensure that the proc "autoWorkSpace" is still being called. -- 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 aa01556; 21 Aug 90 4:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01467; 21 Aug 90 4:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01446; 21 Aug 90 3:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04947; 21 Aug 90 3:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12073; Tue, 21 Aug 90 00:33: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: 20 Aug 90 17:11:46 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Re: keymappings Message-Id: <3165@dftsrv.gsfc.nasa.gov> References: <1990Aug16.154113@crocus.medicine.rochester.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug16.154113@crocus.medicine.rochester.edu> ajp2o@crocus.medicine.rochester.edu writes: >Does anyone know of a simple way to check the character >output from f keys? cat -v Also, I found the key codes listed in Appendix A of "Using the GL/DGL interfaces" in the 4Sight Programmer's Guide. See also, Programmer's Guide Volume II in the chapters for curses/terminfo. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 aa02349; 21 Aug 90 7:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02294; 21 Aug 90 7:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab02098; 21 Aug 90 6:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05947; 21 Aug 90 6:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21675; Tue, 21 Aug 90 03:43:11 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Aug 90 23:15:00 GMT From: cs.utexas.edu!wuarchive!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!uxa.cso.uiuc.edu!mla34142@tut.cis.ohio-state.edu Subject: Re: Z-buffering on RS/6000 Message-Id: <74200002@uxa.cso.uiuc.edu> References: <0@ Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL /* Written 3:18 pm Aug 19, 1990 by lacomb@SIERRA.STANFORD.EDU in uxa.cso.uiuc.edu:comp.sys.sgi */ /* ---------- "Z-buffering on RS/6000" ---------- */ There was some discussion a few weeks ago about the IBM RS/6000 series and it graphcis capibilites. At the time I gave it only passing interest but recently someone wanted to know if some code I'd written could be ported to the RS/6000. I looked back over the earlier messages and decided that the 24 bit system probably could run the software if it had the z-buffering hardware. Does anyone know if the RS/6000 supports z-buffering in hardware or software and to what depth. thanks in advance. Lloyd LaComb lacomb@sierra.stanford.edu /* End of text from uxa.cso.uiuc.edu:comp.sys.sgi */   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02459; 21 Aug 90 7:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02294; 21 Aug 90 7:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02098; 21 Aug 90 6:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05945; 21 Aug 90 6:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21690; Tue, 21 Aug 90 03:43: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: 20 Aug 90 23:17:00 GMT From: cs.utexas.edu!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!uxa.cso.uiuc.edu!mla34142@tut.cis.ohio-state.edu Subject: Re: Z-buffering on RS/6000 Message-Id: <74200003@uxa.cso.uiuc.edu> References: <0@ Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The RS/6000 supports a 24-bit Z buffer (same as SGI's Personal IRIS) along with its 24-bit display buffer. Marc   Received: from vmb.brl.mil by VMB.BRL.MIL id ab15934; 20 Aug 90 18:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15816; 20 Aug 90 18:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15790; 20 Aug 90 18:28 EDT Received: from relay.cs.net by VGR.BRL.MIL id aa01297; 20 Aug 90 18:13 EDT Received: from relay.prime.com by RELAY.CS.NET id aa20234; 20 Aug 90 18:13 EDT Received: from EN-C06.Prime.COM by Relay.Prime.COM; 20 Aug 90 18:16:18 EDT Received: from 530197000002 (caller not authenticated) by EN-C06.Prime.COM; 20 Aug 90 18:16:19 EDT Received: (from user MK_MENON) by PR1MEA.Prime.COM; 21 Aug 90 10:11:42 +1200 Subject: "tape assignment software" Return-Receipt-To: MK_MENON@PR1MEA To: info-iris@BRL.MIL From: MK_MENON%pr1mea.prime.com@relay.cs.net Date: 21 Aug 90 10:11:42 +1200 Message-ID: <9008201813.aa01297@VGR.BRL.MIL> SOFTWARE FOR ASSIGNING (OWNING) TAPE DEVICES ============================================ Does anyone have any information on tape "assigning" software? Specifically, what I am looking for is the capability for anyone (even with limited access to the machine) to "assign" a tape device to themselves when they want to do backups and restores such that nobody else can use the tape drive to read or write the tape until the tape device is "unassign"ed by the same person who "assigned" it in the first place. Is such a facility available within IRIX? Otherwise, is there software available or can someone give me pointers on how I might go about writing some software to do this? All this needs to be done without the interference of root. Any help will be appreciated. Mohan K. Menon --------------------------------------------------------------------------- MK_MENON@PR1MEA.Prime.COM (Note: The "PR1MEA" has a digit "1" and "Prime" has no digits in the address above) M. K. Menon Eagle Technology Group Limited 2 Manukau Road, Epsom, P. O. Box 37-060 Parnell Auckland, New Zealand Phone: 5244076 Fax: 5240467 ----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04345; 21 Aug 90 9:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03299; 21 Aug 90 8:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03232; 21 Aug 90 8:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06491; 21 Aug 90 8:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA25633; Tue, 21 Aug 90 05:00: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: 21 Aug 90 11:53:16 GMT From: Paul Vernon McDonald Organization: University of Illinois at Urbana Subject: installing rrn Message-Id: <1990Aug21.115316.11391@ux1.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I wish to install "rrn" on a Silicon Graphics 4D/70 workstation running Irix system V (release 3.2). I would appreciate any help on where I might find the appropriate files and the procedure I should follow. Thanks. -- Vernon McDonald (vmcdonald@uiuc.edu) Department of Kinesiology University of Illinois Urbana IL 61801   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04824; 21 Aug 90 9:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac04345; 21 Aug 90 9:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04150; 21 Aug 90 8:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06748; 21 Aug 90 8:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27292; Tue, 21 Aug 90 05:32: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: 21 Aug 90 12:26:41 GMT From: "John D. McCalpin" Organization: College of Marine Studies, U. Del. Subject: Re: MAN pages in nroff format Message-Id: References: <9008191125.aa19008@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >>>>> On 20 Aug 90 17:05:10 GMT, ciemo@bananaPC.wpd.sgi.com (Dave Ciemiewicz) said: > As for the Documentor's Work Bench requirement for unformatted manual pages, > it is still very true. If you want to put unformatted manual pages on your > IRIS and have the man command on the IRIS format them, you must have nroff on > that IRIS which implies that you must have the Documentor's Work Bench on > that IRIS. This is true if you want a solution from Silicon Graphics. Another option is groff (GNU roff) from the Free Software Foundation. It requires g++ in order to compile, which in turn requires gcc. I am still at the second stage (installing g++), so I can't vouch for how well groff works. It is supposed to replace nroff, troff, and psroff.... -- John D. McCalpin mccalpin@perelandra.cms.udel.edu Assistant Professor mccalpin@vax1.udel.edu College of Marine Studies, U. Del. J.MCCALPIN/OMNET   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06723; 21 Aug 90 11:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab06107; 21 Aug 90 10:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05970; 21 Aug 90 10:47 EDT Received: from nu.cs.fsu.edu by VGR.BRL.MIL id aa08142; 21 Aug 90 10:35 EDT Received: from chaos.ocean.fsu.edu by nu.cs.fsu.edu with SMTP (5.61/25-eef) id AA06773; Tue, 21 Aug 90 10:33:21 -0400 Received: by chaos.ocean.fsu.edu (5.52/25-eef) id AA13953; Tue, 21 Aug 90 10:46:02 EDT Date: Tue, 21 Aug 90 10:46:02 EDT From: Steve Van Gorder Message-Id: <9008211446.AA13953@chaos.ocean.fsu.edu> To: info-iris <@nu:info-iris@vgr.brl.mil> Subject: Problem with Nice Thanks to all who responded to my "nice" problem, especially Martin Knoblaunch who pointed out that the nice man page assumes one is using sh and Paul Mielke who has fixed this man page and cleared up whats going on with the non-degrading priorities. The best solution I've found so far to my immediate problem (of background jobs causing the window manager to become unuseable) is to simply suspend the offending jobs using blockproc(2) untill I go home. (hey its my machine !!) This was pointed out by Reinhard Doelz in an earlier discussion in this news group. Another thing that seems to help somewhat is to use npri to set the nice value of the news_ser all the way to 0. This seems to keep the window manager from being paged out quite so easily and works a little better than assigning it a non-degrading priority, I suppose since the highest available non- degrading priority is 30 whereas as news_ser normaly has a priority of 26. I will be very interested to see how the setrlimit facility mentioned by Paul Mielke works in 3.3. Most importantly, we do have additional memory in the works as suggested by several people. Thanks again, -- Steve VanGorder   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08243; 21 Aug 90 13:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07989; 21 Aug 90 13:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07954; 21 Aug 90 13:24 EDT Received: from mwunix.mitre.org by VGR.BRL.MIL id aa09203; 21 Aug 90 13:20 EDT Return-Path: Received: from rainbow.mitre.org by mwunix.mitre.org (5.61/SMI-2.2) id AA15280; Tue, 21 Aug 90 13:19:53 -0400 Received: by rainbow.mitre.org (5.52/890607.SGI) (for @mwunix.mitre.org:info-iris@brl.mil) id AA07200; Tue, 21 Aug 90 13:20:53 EDT From: Marc Friedman Message-Id: <9008211720.AA07200@rainbow.mitre.org> Subject: Documentor's Workbench To: info-iris@BRL.MIL Date: Tue, 21 Aug 90 13:20:49 EDT X-Mailer: ELM [version 2.3 PL5] Does the Documentor's Workbench have to be purchased from SGI separately, or is it included on one of the tapes that comes with the system? -- * Marc Friedman * The Mitre Corporation * 7525 Colshire Drive * McLean, VA 22102 * M/S W291 * (703) 883-5247 * E-mail: marc@mitre.org *********************************************************************   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08749; 21 Aug 90 13:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07531; 21 Aug 90 12:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07484; 21 Aug 90 12:47 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa08878; 21 Aug 90 12:42 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 3273; Tue, 21 Aug 90 12:42:15 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 21 Aug 90 12:45 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!tut.cis.ohio-state.edu!cs.utexas.edu!uwm.edu!ux1.cso.uiuc.ed u!usenet) id AA18286; Tue, 21 Aug 90 12:52:38 DSD Date: Tue, 21 Aug 90 12:52:38 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: installing rrn To: Paul Vernon McDonald Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008211952.AA18286@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil What is 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 aa09994; 21 Aug 90 15:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09456; 21 Aug 90 14:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab09419; 21 Aug 90 14:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09602; 21 Aug 90 14:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA17064; Tue, 21 Aug 90 11:19:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Aug 90 16:00:11 GMT From: john fergus wilkinson Organization: Silicon Graphics, Inc., Mountain View, CA. Subject: Re: C++ 2.0 from SGI? Message-Id: <1990Aug21.160011.27804@odin.corp.sgi.com> References: <935@gistdev.gist.com>, <1990Aug20.215636.17188@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <935@gistdev.gist.com>, andy@gistdev.gist.com (Andy Warinner) writes: > > demo semi and he said that SGI is using C++ 2.0 in house. But he > didn't > know of any plans to release it. Does SGI have any plans to share > its goodies? > SGI plans to release C++ 2.0 about October 1.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab09994; 21 Aug 90 15:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09661; 21 Aug 90 15:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09612; 21 Aug 90 14:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09747; 21 Aug 90 14:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18859; Tue, 21 Aug 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: 21 Aug 90 18:08:56 GMT From: "Scott R. Presnell" Subject: News readers (Re: installing rrn) Message-Id: References: <9008211952.AA18286@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL karron@MCIRPS2.MED.NYU.EDU writes: >What is rrn ?? Rn, rrn, trn, trrn, and nn are all usenet network news reading programs. I've been able to install rn, trn, and nn basically by just following instructions given in any of those kits. For rn and trn, our Iris machines act as NNTP clients connecting to another host which acts as a news server. For nn, there is one Iris in the cluster which runs nnmaster, updating a subject database which is NFS mounted on the other Irises. If I were starting from scratch, I'd try getting either nn or trn from uunet.uu.net (in the "news" directory in the anonymous FTP area of that host). The Installation/Configuration kits for those programs pretty much automate the setup for compilation. If you're getting your news via NNTP from a server, you also have to get the nntp software (you'll only be using the client side). I haven't had much experience with rn itself, but we use nn regularly and I've experimented with trn some recently. My personal favorite is nn (menu based, fast at the subject scanning level, good for scanning dense newsgroups), but if most of the people at your site have used rn in the past, trn (rn which follows discussion threads) is a natural. I am by no means a news guru, but I'd be happy to answer IRIX related setup questions for these programs if I can. - Scott -- Scott Presnell +1 (415) 476-9890 Pharm. Chem., S-926 Internet: srp@cgl.ucsf.edu University of California UUCP: ...ucbvax!ucsfcgl!srp San Francisco, CA. 94143-0446 Bitnet: srp@ucsfcgl.bitnet   Received: from vmb.brl.mil by VMB.BRL.MIL id ac10467; 21 Aug 90 15:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac09994; 21 Aug 90 15:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09794; 21 Aug 90 15:09 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09853; 21 Aug 90 14:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19507; Tue, 21 Aug 90 11:51: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: 21 Aug 90 17:54:36 GMT From: Chris Franz Organization: Arizona State Univ, Tempe Subject: Re: Expanded bit-plane install kills grcond Message-Id: <1678@asuvax.asu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL After installing an expanded bit-plane board on a 4D/20 running 3.1, grcond dies with error message: The window server was killed by signal 15 What did we do wrong? Chris franz@asuvax.eas.asu.edu Engineering Computer Services Arizona State University   Received: from vmb.brl.mil by VMB.BRL.MIL id ad10467; 21 Aug 90 15:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad09994; 21 Aug 90 15:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09811; 21 Aug 90 15:10 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa09901; 21 Aug 90 15:04 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 5009; Tue, 21 Aug 90 15:03:34 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 21 Aug 90 15:06 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:marc@rainbow.mitre.org) id AA19008; Tue, 21 Aug 90 15:13:42 DSD Date: Tue, 21 Aug 90 15:13:42 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Documentor's Workbench To: Marc Friedman Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008212213.AA19008@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, marc@rainbow.mitre.org It is a cost extra option that i forgot to order. Is there a public source that is any good ? 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 aa12286; 21 Aug 90 16:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11891; 21 Aug 90 16:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11816; 21 Aug 90 16:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10871; 21 Aug 90 16:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA25182; Tue, 21 Aug 90 13:12: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: 21 Aug 90 19:37:03 GMT From: Frank Perdicaro Organization: Xyvision Design Systems, Wakefield MA Subject: Seagate Drives for 4D2x Message-Id: <1392@contex.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I recently talked a Seagate rep about drives. He said a few interesting things. There is apparently a second version of the Wren 7 Elite. This version fits form factor and dissipates 37 watts ( as opposed to the original 45 ). Its capacity is 1.6Gb unformatted. It is my guess this will produce a 1350 Mb file system when the whole disk is used. Also, the Wren 8 is just around the corner. It has a 1.6Gb unformatted capacity, but is not as fast or as hot as the new Wren 7 Elite. These drives will be hard to get but available late this year. The question is, does the 3.3 fx deal with these drives as well as it deals with the rest of the Seagate line? Any words from the halls of SGI? PS The 3.3 kernel is great. When used with enough memory, it has a major impact on our disk-intensive image crunching. Thanks. -- Frank E Perdicaro, Systems Admin, etc. Xyvision Design Systems LEGALIZE Guns, drugs and cash...today. 101 Edgewater Drive inhouse: frank@bugs Wakefield MA outhouse: contex!frank@uunet.uu.net 018801285   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14214; 21 Aug 90 19:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14027; 21 Aug 90 18:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13970; 21 Aug 90 18:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11600; 21 Aug 90 18:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03643; Tue, 21 Aug 90 15:24: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: 21 Aug 90 21:41:26 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: Documentor's Workbench Message-Id: <1990Aug21.214126.4054@odin.corp.sgi.com> References: <9008211720.AA07200@rainbow.mitre.org> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008211720.AA07200@rainbow.mitre.org>, marc@RAINBOW.MITRE.ORG (Marc Friedman) writes: > Does the Documentor's Workbench have to be purchased from SGI separately, > or is it included on one of the tapes that comes with the system? > Documentor's Workbench is a separate option and is not part of the standard IRIX release. --- Ciemo   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14579; 21 Aug 90 20:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14249; 21 Aug 90 20:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14237; 21 Aug 90 19:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11966; 21 Aug 90 19:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07986; Tue, 21 Aug 90 16:34:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Aug 90 23:10:35 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Seagate Drives for 4D2x Message-Id: <1990Aug21.231035.5926@odin.corp.sgi.com> References: <1392@contex.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1392@contex.UUCP> frank@contex.UUCP (Frank Perdicaro) writes: | I recently talked a Seagate rep about drives. He said a few interesting | things. There is apparently a second version of the Wren 7 Elite. This | version fits form factor and dissipates 37 watts ( as opposed to the | original 45 ). Its capacity is 1.6Gb unformatted. It is my guess | this will produce a 1350 Mb file system when the whole disk is used. | Also, the Wren 8 is just around the corner. It has a 1.6Gb unformatted | capacity, but is not as fast or as hot as the new Wren 7 Elite. | | These drives will be hard to get but available late this year. Well, since they leaked it to you, I will admit to having heard the same thing (more or less :) ). Overheating of the drive would almost certainly be a problem in the PI line, and may also be a problem in the twin tower systems also. | The question is, does the 3.3 fx deal with these drives as well as it | deals with the rest of the Seagate line? Since we haven't seen the drive, we clearly can't say whether it will work or not. We frequently have had to have drive vendors make firmware and even hardware changes in the past before they will work on our systems... We generally have fairly good luck with Seagate (formerly Imprimis) drives, so there is a good chance that it will work. Certainly in the 3.3 release, I did a fair amount of work to try to make it work with most drives that file the SCSI 1 spec (and CCS) and SCSI 2 drives. I still stumble on drives that do some pretty strange things though! -- 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 ac14862; 21 Aug 90 21:49 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab14812; 21 Aug 90 21:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab14780; 21 Aug 90 21:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12496; 21 Aug 90 21:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13842; Tue, 21 Aug 90 18:10: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: 21 Aug 90 16:42:13 GMT From: Gregory Fedor Organization: NASA/Lewis Research Center, Cleveland Subject: TEK 4693DX and SGI 4D/20 Message-Id: <1990Aug21.164213.11716@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just installed the Tektronix 4693DX color printer on a SGI 4D/20 and have run into a roadblock. The TEK tests out okay, and I used the LPTOOL to install the 4693DX printer driver (filter?). I was under the assumption that *.rgb files could be sent to the printer directly i.e. lp -d The filter is calculating some sort of magic number to determine if the file is an image file or not. If it thinks it is it logs an error message about the magic number and aborts the print. QUESTION: 1) Is there anything else I need to do as far as setting things up? 2) What's the best way to get an RGB image sent to this printer? Thanks in advance... -- =============================================================================== Gregory Fedor (216) 433-8468 FTS: 297-8468 Sverdrup Technology smfedor@lerc01.lerc.nasa.gov (128.156.10.14) NASA Lewis Research Center Cleveland, Ohio 44135 ===============================================================================   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14945; 21 Aug 90 21:59 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa14812; 21 Aug 90 21:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14780; 21 Aug 90 21:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12494; 21 Aug 90 21:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13457; Tue, 21 Aug 90 18:04: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: 22 Aug 90 00:54:59 GMT From: Betsy Zeller Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Workspace launched from remote terminal Message-Id: <67464@sgi.sgi.com> References: <24759@boulder.Colorado.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <24759@boulder.Colorado.EDU> jdm@boulder.Colorado.EDU (James D. Meiss) writes: > > When someone is logged onto the console, and a remote >user starts up a gl program, it gets sent to the console. > One of our users has something set so that when he logs >in remotely, his workspace appears on the console. > Your user has probably put a command to invoke workspace into his .login or .cshrc file. If he wants workspace to start up automagically, he should invoke the system manager from the System chest, open the user tool, and open his own user icon, and choose the 'on' setting for automatic workspace start up. This will behave itself in a reasonable fashion, and only start up if he is logging on to the console. Betsy Zeller betsy@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ab14945; 21 Aug 90 21:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14862; 21 Aug 90 21:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14821; 21 Aug 90 21:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12618; 21 Aug 90 21:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14834; Tue, 21 Aug 90 18:25:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Aug 90 20:19:58 GMT From: Jeff Miller Organization: University of New Mexico, Albuquerque Subject: IRIX 3.3 Question Message-Id: <1990Aug21.201958.23844@ariel.unm.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Just a quick question about 3.3: I was interested in upgrading a 4D/20 system from 3.10 to 3.3 in a couple of weeks and was wondering if anyone has had trouble installing the new release on such a system. (hardware incompatibilities, etc.) My system configuration: Main unit ------------------ IP6 motherboard: 8Meg RAM Floating point option Archive Viper 150 (2150S) tape backup CDC 94171-344 SCSI hard drive GR1.1 graphics board: --------------------- GR1 Rev E Z-buffer option Bit plane option I have heard about 3.3 not working on some PI's. Hopefully, it will work with my current configuration. 8-) Thanks in advance for any information!! jcmiller@hydra.unm.edu **** I think not, therefore I am not...I think... ****   Received: from vmb.brl.mil by VMB.BRL.MIL id ac14945; 21 Aug 90 21:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab14862; 21 Aug 90 21:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14823; 21 Aug 90 21:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12635; 21 Aug 90 21:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14733; Tue, 21 Aug 90 18:24: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: 22 Aug 90 01:15:37 GMT From: Tim Monks Subject: More info required on rand(3C), rand48(3C) and random(3B) please Message-Id: <1599@merlin.bhpmrl.oz.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can someone at SGI or elsewhere please provide me with some further information on the pseudo-random number generators rand(3C), *rand48(3C), and random(3B) in addition to what is available in the rather scant manual pages. I am particularly interested in the algorithm used for random(3B) and how it compares to the Winchman-Hill (combination of 3 multiplicative congruential rngs) and the newer Marsaglia-Zaman-James generator (a combination of a lagged Fibonacci sequence and an arithmetic subtractive generator). My application calls for a rng with good properties when taken as n-tuples, n = 10-25. Here's what I know about them already: rand(3C): ======== Manual pages info : A multiplicative congruential rng with period 2^32 My suppositions : 1. The form is probably : x(n+1)=x(n)*16807 mod (2^31-1) because this is most popular on 32 bit machines. 2. Low order bits are less random than they should be. 3. n-tuples formed from this generator are apparently uniform for low n (a lattice diagram on the unit square showing pairs (x(n), x(n-1)) has no visible structure), but for larger n, the tuples lie on a limited number of hyperplanes (Marsaglia effect). This implies that the rng should not be used in high- dimensional (>2) simulations. *rand48(3C): =========== Manual pages info : A multiplicative congruential rng of the form : x(n+1) = (a.x(n) + c) mod (2^48) where the constants a & c have default values of a = 3740067437, c = 11, though these can be changed. My suppositions : 1. Suffers same inherent problems as rand(3C), though these will be less obvious because of the longer period (which is ?). random(3B) ========== Manual pages info : A "non-linear additive feedback rng employing a default table of size 31 long ints" My suppositions : 1. Because this rng uses more state information than just the previous deviate to generate the new value it should perform better than the previous two in high-dimensional rn generation. My questions: 1. What exactly is the form of it - is there a reference to any works by the the author (Earl T Cohen). 2. Is there any further information on the uniformity of n-tuples taken from this generator ? 3. What sort of tests are used to test uniformity of n-tuples where n is too large to visualize ? 4. Comparisons with W-H and M-Z-J generators mentioned above ? Thanks in advance for any pointers, tips &/c... -- Dr. Tim Monks Image Processing & Data Analysis Group | (direct) (+61-3)566-7448 BHP Melbourne Research Laboratories | (switch) (+61-3)560-7066 245 Wellington Rd, Mulgrave, 3170, | (fax) (+61-3)561-6709 AUSTRALIA | (EMAIL) tim@merlin.bhpmrl.oz.au   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15352; 22 Aug 90 0:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15184; 21 Aug 90 23:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15175; 21 Aug 90 22:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12970; 21 Aug 90 22:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19209; Tue, 21 Aug 90 19:37: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: 22 Aug 90 02:33:41 GMT From: "John A. Palkovic" Organization: Fermilab, Batavia, IL Subject: Re: 4D/70G won't accept mail Message-Id: References: <2228@linac.fnal.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2228@linac.fnal.gov> I said (edited for brevity) System: Iris 40/70G; IRIX 3.2 /* should be 4D/70 */ When trying to deliver mail to the Iris system (ntf) from a Sun running SunOS 4.1 (calvin), sendmail reports the following: Connected to ntf: >>> MAIL From: <<< 554 rewrite: expansion too long >>> QUIT <<< 554 rewrite: expansion too long 554 ... Remote protocol error This is a summary of the replies I received. Thanks to all who replied. The consensus was that the sendmail.cf file on the SGI system was bogus, in particular the rewrite rule was going into a loop and producing an address that was too long. It is possible to test this by running sendmail in address test mode (sendmail -bt then enter the ruleset and an address). One reply stated that the following command could show where the config file was bombing out: /usr/lib/sendmail -odi -d21.2 -fpalkovic@linac some-address < mail-message I have not tested sendmail in this fashion since I don't have an account on the SGI machine. Some kind soul mailed us a sendmail.cf which was modified and installed and appears to be working (thanks Anthony!). One person suggested that we install smail3.1, which may happen in the future. Again thanks for the helpful replies. -- John Palkovic (708) 840-3527 palkovic@fnal.bitnet,palkovic@linac.fnal.gov University of Wisconsin-Madison {yclept,tellab5,obdient}!linac!palkovic & Fermilab, Batavia, IL Coor: 41 50 16 N / 88 15 46 W   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01063; 22 Aug 90 14:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00798; 22 Aug 90 14:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00775; 22 Aug 90 14:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12783; 21 Aug 90 22:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA17246; Tue, 21 Aug 90 19:06: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: 21 Aug 90 18:48:37 GMT From: Al Globus Organization: Applied Research Office, NASA Ames Research Center Subject: detecting integer overflow Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a program that can potentially generate an integer overflow. I'd like to detect this when it happens and deal with it. According to SGI's Hotline folks, no can do. The OS catches the interrupt and then allows the process to go on its merry way with no mechanism to detect the overflow. Is there really no way? There's good mechanisms for floating point exceptions, why not for integer exceptions?   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07183; 23 Aug 90 2:16 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06819; 23 Aug 90 1:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06801; 23 Aug 90 1:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21753; 23 Aug 90 1:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23200; Wed, 22 Aug 90 21:47: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: 21 Aug 90 21:06:10 GMT From: Kathy Kuba Organization: Hewlett Packard -- Fort Collins, CO Subject: Re: New IBM Graphics Workstations Message-Id: <17450004@hpfcdj.HP.COM> References: <1990Jul25.155350.10192@athena.mit.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >*> >*>Has it been released yet or is it still vaporware? Something else to >*>consider is that IBM's high-end graphics board is an IBM proprietary >*>and does not run the GL. >* >* Is this right? I thought that all the 3D graphics options for the IBM's >*were SGI technology. An IBM rep told me they would support GL. I don't >*know if it has been shipped yet. > > >It is quite possible that they've ported the GL to run their high-end >system, but that means that they'll only be tracking what we've sold them >to date. Which says to me that they won't be offering full compatibility >with the current incarnation of the GL. At SIGGRAPH, IBM told me that GL runs across their entire 3D product line, which includes the Personal Iris boards on a 320/530 and the 730 with proprietary supergraphics. It is supposed to be code compatible with SGI, but I do not know of anyone who has tried this yet--anyone out there know for sure?? Their PHIGS (GraPHIGS) also runs across the entire line. Kathy   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16264; 22 Aug 90 4:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16225; 22 Aug 90 4:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16223; 22 Aug 90 4:19 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa14401; 22 Aug 90 4:12 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 1191; Wed, 22 Aug 90 04:11:37 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 22 Aug 90 10:12:06 Date: Wed, 22 Aug 90 10:11:13 +0200 (Central European Summer Time) From: Knobi der Rechnerschrat Subject: NQS question To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <9008220412.aa14401@VGR.BRL.MIL> Hello, I've heard that NQS is available in 3.3. Is NQS in the standard software, or is it an option? 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 aa16821; 22 Aug 90 7:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16651; 22 Aug 90 6:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16643; 22 Aug 90 6:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14863; 22 Aug 90 6:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10847; Wed, 22 Aug 90 02:51: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: 22 Aug 90 08:19:57 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: News_ser prio (was: Re: Problem with Nice) Message-Id: <1990Aug22.091957.910@urz.unibas.ch> References: <9008211446.AA13953@chaos.ocean.fsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008211446.AA13953@chaos.ocean.fsu.edu>, steve@CHAOS.OCEAN.FSU.EDU (Steve Van Gorder) writes: .. > > Another thing that seems to help somewhat is to use npri to set the nice value > of the news_ser all the way to 0. This seems to keep the window manager from > being paged out quite so easily and works a little better than assigning it > a non-degrading priority, I suppose since the highest available non- > degrading priority is 30 whereas as news_ser normaly has a priority of 26. > The file /usr/include/sys/schedctl.h defines the ranges as follows: /* possible non-degrading priorities */ /* these priorities are higher than ALL normal user process priorities */ #define NDPHIMAX 30 #define NDPHIMIN 39 /* these priorities overlap normal user process priorities */ #define NDPNORMMAX 40 #define NDPNORMMIN 127 /* these priorities are below ALL normal user process priorities */ #define NDPLOMAX 128 #define NDPLOMIN 254 Back in 3.1 (or even 3.0 ? ), I remember that news_ser was set to non-ageing 64 (or a similar value), and there have been reasons to change that. If your machine is heavily loaded, you could play with the npri in order to speed up news_ser. Good luck, Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19117; 22 Aug 90 9:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17720; 22 Aug 90 8:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17375; 22 Aug 90 8:03 EDT Received: from mwunix.mitre.org by VGR.BRL.MIL id aa15447; 22 Aug 90 7:53 EDT Return-Path: Received: from rainbow.mitre.org by mwunix.mitre.org (5.61/SMI-2.2) id AA28699; Wed, 22 Aug 90 07:53:18 -0400 Received: by rainbow.mitre.org (5.52/890607.SGI) (for @mwunix.mitre.org:info-iris@brl.mil) id AA00234; Wed, 22 Aug 90 07:54:11 EDT From: Marc Friedman Message-Id: <9008221154.AA00234@rainbow.mitre.org> Subject: Re: TEK 4693DX and SGI 4D/20 To: Gregory Fedor Date: Wed, 22 Aug 90 7:54:08 EDT Cc: info-iris@BRL.MIL In-Reply-To: <1990Aug21.164213.11716@eagle.lerc.nasa.gov>; from "Gregory Fedor" at Aug 21, 90 4:42 pm X-Mailer: ELM [version 2.3 PL5] > > I just installed the Tektronix 4693DX color printer on a SGI 4D/20 and have > run into a roadblock. The TEK tests out okay, and I used the LPTOOL to > install the 4693DX printer driver (filter?). I was under the assumption that > *.rgb files could be sent to the printer directly i.e. lp -d > > The filter is calculating some sort of magic number to determine if the file > is an image file or not. If it thinks it is it logs an error message about > the magic number and aborts the print. > > QUESTION: 1) Is there anything else I need to do as far as setting things up? > 2) What's the best way to get an RGB image sent to this printer? > > Thanks in advance... > I've been printing over the ethernet onto a Tektronix 4693DX and getting nice results. First I run: /usr/lib/print/k93print file.rgb > tmpfile Then I merely catenate tmpfile into the device associated with the printer. For example, if the printer is hooked into serial port 4: cat tmpfile > /dev/ttyd4 Hope this helps you. -- * Marc Friedman * The Mitre Corporation * 7525 Colshire Drive * McLean, VA 22102 * M/S W291 * (703) 883-5247 * E-mail: marc@mitre.org *********************************************************************   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23142; 22 Aug 90 12:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21839; 22 Aug 90 11:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21756; 22 Aug 90 11:40 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16447; 22 Aug 90 11:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28316; Wed, 22 Aug 90 08:04:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Aug 90 14:40:57 GMT From: mcsun!cernvax!chx400!urz.unibas.ch!doelz@uunet.uu.net Organization: University of Basel, Switzerland Subject: NQS question: answer and further questions Message-Id: <1990Aug22.154058.911@urz.unibas.ch> References: <9008220412.aa14401@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008220412.aa14401@VGR.BRL.MIL>, XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: > > I've heard that NQS is available in 3.3. Is NQS in the standard > software, or is it an option? Our sales rep told me that it is an option. Price SFr. 1390.-- We want to run it in conjunction with a CONVEX CX batch implementation, and the prerelease I had did not work properly. I have to admit that this was before 3.3, and things changed a lot. Could someone of SGI commment on the following: Both CRAY and CONVEX NQS implementations communicate using a so-called mid (machine id), which is maintained as node name. In contrast to this, SGI used the internet number, giving problems on both other implementations. Is this still true or did the implementation change ? Further, I'd like to know which limits are supported. Because setrlimit is now part of the kernel, it should support far more features than the 3.2 version... Regards, Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02372; 22 Aug 90 15:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00093; 22 Aug 90 13:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23924; 22 Aug 90 13:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17018; 22 Aug 90 12:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05301; Wed, 22 Aug 90 09:49:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Aug 90 13:45:29 GMT From: Bill Lasher Organization: Penn State University Subject: Third Party Hardware Message-Id: <90234.094529W0L@psuvm.psu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Where can I get information on third-party hardware for the Personal IRIS (specifically memory and disk drives)?   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02372; 22 Aug 90 15:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01580; 22 Aug 90 14:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01434; 22 Aug 90 14:46 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa17683; 22 Aug 90 14:09 EDT Received: Wed, 22 Aug 90 06:19:42 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Wed, 22 Aug 90 09:19:37 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Wed, 22 Aug 90 10:22:33 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Wed, 22 Aug 90 10:22:33 EDT From: Tony Facca Message-Id: <9008221422.AA06698@avelon.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: IRIX 3.3 Question > Just a quick question about 3.3: > > I was interested in upgrading a 4D/20 system from 3.10 to 3.3 in a > couple of weeks and was wondering if anyone has had trouble installing the > new release on such a system. (hardware incompatibilities, etc.) > I have installed 3.3 successfully on a 4D/25TG without any trouble. I would expect it to work just as well on your system. But your situation raises another interesting question: Is it possible to upgrade from 3.1 to 3.3 without first installing 3.2? -- ----------------------------------------------------------------------------- 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 aa03389; 22 Aug 90 16:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03207; 22 Aug 90 16:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03082; 22 Aug 90 16:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18627; 22 Aug 90 15:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA17489; Wed, 22 Aug 90 12:49: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: 22 Aug 90 19:16:21 GMT From: Rick Stroobosscher Organization: University of Waterloo Subject: gcc on irix 3.3 Message-Id: <1990Aug22.191621.7653@maytag.waterloo.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have been unable to install gcc 1.37.1 under version 3.3 of the IRIX operating system. If someone has installed gcc, I would be most interested to learn what patches or alterations were necessary in order to accomplish that goal. R. Stroobosscher University of Waterloo   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03700; 22 Aug 90 16:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab03001; 22 Aug 90 16:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02932; 22 Aug 90 15:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18504; 22 Aug 90 15:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16516; Wed, 22 Aug 90 12:35: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: 22 Aug 90 18:53:45 GMT From: "Jack P. Weldon" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: TEK 4693DX and SGI 4D/20 Message-Id: <1990Aug22.185345.18920@odin.corp.sgi.com> References: <1990Aug21.164213.11716@eagle.lerc.nasa.gov>, <9008221154.AA00234@rainbow.mitre.org> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008221154.AA00234@rainbow.mitre.org> marc@RAINBOW.MITRE.ORG (Marc Friedman) writes: >> >> I just installed the Tektronix 4693DX color printer on a SGI 4D/20 and have >> run into a roadblock. The TEK tests out okay, and I used the LPTOOL to >> install the 4693DX printer driver (filter?). I was under the assumption that >> *.rgb files could be sent to the printer directly i.e. lp -d >> >> >> The filter is calculating some sort of magic number to determine if the file >> is an image file or not. If it thinks it is it logs an error message about >> the magic number and aborts the print. >> >> QUESTION: 1) Is there anything else I need to do as far as setting things up? >> 2) What's the best way to get an RGB image sent to this printer? >> A couple of things to check: Make sure that when you setup the local 4693DX, you have chosen the 4693D driver (somewhat obvious). You also need to check the bit switches inside of the 4693DX--we have found that *for the PI only* switch 9 must be on (the default is off for all 18 switches in the row). Also, to make sure that the rgb image is good, verify that you can ipaste it to the screen. This is the first time I've heard of magic-number errors when printing to a Tek. If these suggestions don't solve the problem, give your friendly neighborhood Geometry Hotline a call. > > I've been printing over the ethernet onto a Tektronix 4693DX and getting >nice results. First I run: > /usr/lib/print/k93print file.rgb > tmpfile > >Then I merely catenate tmpfile into the device associated with the printer. >For example, if the printer is hooked into serial port 4: > cat tmpfile > /dev/ttyd4 No need to do this 2-step process if both machines are SGIs. Just use the System Manager to setup a remote printer to the machine that has the 4693. Then you can just use lp as if you were local. Why make things difficult? -- Cheers, Jack P. Weldon (jweldon@csd.sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03762; 22 Aug 90 17:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af03479; 22 Aug 90 16:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03426; 22 Aug 90 16:38 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa18849; 22 Aug 90 16:24 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 8700; Wed, 22 Aug 90 16:23:58 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 22 Aug 90 16:27 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:XBR2D96D%DDATHD21.BITNET@cunyvm.cuny.edu) id AA01089; Wed, 22 Aug 90 16:29:55 DSD Date: Wed, 22 Aug 90 16:29:55 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: NQS question To: Knobi der Rechnerschrat Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008222329.AA01089@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil What is NQS ? 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 aa05294; 22 Aug 90 21:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05100; 22 Aug 90 21:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05091; 22 Aug 90 21:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20382; 22 Aug 90 20:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07701; Wed, 22 Aug 90 17:49:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Aug 90 00:29:28 GMT From: Bob Green Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: IRIX 3.3 Question Message-Id: <67528@sgi.sgi.com> References: <9008221422.AA06698@avelon.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008221422.AA06698@avelon.lerc.nasa.gov>, fsfacca@AVELON.LERC.NASA.GOV (Tony Facca) writes: > > I have installed 3.3 successfully on a 4D/25TG without any trouble. I would > expect it to work just as well on your system. But your situation raises > another interesting question: Is it possible to upgrade from 3.1 to 3.3 > without first installing 3.2? > -- > ----------------------------------------------------------------------------- > Tony Facca | fsfacca@avelon.lerc.nasa.gov | phone: 216-433-8318 > ----------------------------------------------------------------------------- > You are at Witt's end. Passages lead off in *all* directions. Yes, 4D1-3.3 is designed to install over any previous system software distribution from 4D1-2.0 through 4D1-3.3 itself. Bob   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05554; 22 Aug 90 22:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05499; 22 Aug 90 22:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05478; 22 Aug 90 22:01 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa20683; 22 Aug 90 21:44 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 6930; Wed, 22 Aug 90 21:44:34 EST Received: by UOGUELPH (Mailer R2.07) id 5853; Wed, 22 Aug 90 21:44:33 EST Date: Wed, 22 Aug 90 21:35:11 EST From: Gerrit Subject: Re: Third Party Hardware To: Bill Lasher , info-iris@BRL.MIL In-Reply-To: Message of 22 Aug 90 13:45:29 GMT from Message-ID: <9008222144.aa20683@VGR.BRL.MIL> >Where can I get information on third-party hardware for the Personal IRIS >(specifically memory and disk drives)? After I got my Personal Iris, the folks at Falcon Systems, Inc. sent me a brochure (Dear Silicon Graphics User:-) describing their third-party hardware. The prices seemed to be flexible after I phoned them, so it may be worth your while to haggle a bit. They claim 100% compatibility. What I could not figure out is how they got my name (as opposed to quite a few other people in our department that also got PI's... ah well. Their vital stats are: Patsy Zimmerman (she hand-signed the letter) National Accounts Representative (800) 326-1002 (800 number worked from Canada) Falcon Systems, Inc. 5816 Roseville Road Sacramento, CA (916) 344-1221 FAX: (916) 344-1292 Good Luck! (GB ------------------------------- It is a miracle that curiousity survives formal education... Albert Einstein   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09547; 23 Aug 90 8:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08861; 23 Aug 90 7:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08848; 23 Aug 90 7:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23322; 23 Aug 90 7:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15114; Thu, 23 Aug 90 04:06: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: 23 Aug 90 11:02:06 GMT From: Doug Eastick Organization: University of Toronto, Department of Mechanical Engineering Subject: Re: Third Party Hardware Message-Id: <90Aug23.070156edt.18661@me.utoronto.ca> References: , <9008222144.aa20683@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008222144.aa20683@VGR.BRL.MIL> SOFGBOS@VM.UOGUELPH.CA (Gerrit) writes: >After I got my Personal Iris, the folks at Falcon Systems, Inc. sent me a >brochure (Dear Silicon Graphics User:-) describing their third-party >hardware. The prices seemed to be flexible after I phoned them, so it may >be worth your while to haggle a bit. They claim 100% compatibility. >What I could not figure out is how they got my name (as opposed to quite >a few other people in our department that also got PI's... ah well. >Their vital stats are: >Patsy Zimmerman (she hand-signed the letter) She called me at HOME one day. I guess she couldn't get my work number so she tried 411.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13854; 23 Aug 90 13:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13491; 23 Aug 90 12:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13462; 23 Aug 90 12:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa25037; 23 Aug 90 12:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03587; Thu, 23 Aug 90 09: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: 23 Aug 90 16:09:06 GMT From: randy frank Organization: University of Iowa, Image Analysis Facility Subject: Transparent AA points on a PI Message-Id: <2187@ns-mx.uiowa.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello, I have written an application which makes extensive use of transparent, anti-aliased points on a GTX system using the calls: blendfunction, smoothpnt and subpixel. The results look great and run fast. Now I need to make the program run on PIs with 56 planes. I do not use the Zbuffer currently in my program (I was thinking of preloading it for use as an arbitrary cutting plane...). On the PI I could create my own RGBA pixel buffer in sw and do all my rendering offscreen but I would like to use the pipeline to do as much as possible. It seems the overhead in using lreadrect and lwriterect for a single pixel in the onscreen framebuffer is too high to make use of it. So I believe I must use my own sw framebuffer. I was thinking: 1) set the system in cmode 2) set my source alpha as the colorindex 3) allow the AA routines to change the lower 4 bits of my fake colorindex 4) set feedback mode 5) send my points through the pipe 6) retrieve the color index (which is now a function of AA and transparency) make a bending computation based on the returned index and my RGBcolor and write into my framebuffer My question: will this work and is it fast? will points being rendered with subpixel true return multiple points in the feedback buffer? and will those points have their color indicies modifed for AA? So to outline what I propose to emulate the GTX transparent/AA points: I will use the PIs handling of AA in color map mode to generate a set of point with modified alpha values which I will read back via feedback and blend into my own software framebuffer. Now this just feels like I'm using a trick and that it might fail in future GL revisions. So can anyone suggest a better method? and if my methods won't work can someone tell me why before I waste a lot of time? Thanks in advance... -- 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 aa16606; 23 Aug 90 16:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab16196; 23 Aug 90 15:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16131; 23 Aug 90 15:42 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa26438; 23 Aug 90 15:29 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 7149; Thu, 23 Aug 90 15:29:35 EST Received: by UOGUELPH (Mailer R2.07) id 8517; Thu, 23 Aug 90 15:29:34 EST Date: Thu, 23 Aug 90 15:11:17 EST From: Peter Jaspers-Fayer Subject: GNU emacs 18.55 To: Iris mailing list Message-ID: <9008231529.aa26438@VGR.BRL.MIL> We tried to install GNU emacs v 18.55 on our 380. I don't know what went wrong, but the make went wild and just about took all available memory, and an unhealthy number of processes, only to result in an error: #make all & [1] 18578 # cd etc; make all cd src; make all make -f xmakefile all ./temacs -batch -l inc-vers *** Termination code 139 Stop. *** Error code 1 And here we are. Has anyone succeeeded in doing this? Can I see the .h and Makefile you used? Or has anyone seen an up-to-date version of emacs that is a bit simpler to install? Please? /PJ SofPJF@VM.UoGuelph.Ca (Probably also reachable (until ?) at SOFPJF@UOGUELPH.BITNET) Never test for an error condition you don't know how to handle.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab16606; 23 Aug 90 16:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab16457; 23 Aug 90 16:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16379; 23 Aug 90 15:58 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa26579; 23 Aug 90 15:53 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 0684; Thu, 23 Aug 90 15:52:57 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 23 Aug 90 15:56 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA06162; Thu, 23 Aug 90 15:59:42 DSD Date: Thu, 23 Aug 90 15:59:42 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: script and telnet don't get along To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008232259.AA06162@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil A short while ago I posted a question about how to log telnet sessions into a transcript. Respondants told me to use the script command in the shell, then run telnet. I have found that telnet seems to lock up, or script does not flush input/output. On the whole, it seems to work poorly. What am I doing wrong, or what is going wrong ??? 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 aa16782; 23 Aug 90 16:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15982; 23 Aug 90 15:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15877; 23 Aug 90 15:25 EDT Received: from FSAC1.PICA.ARMY.MIL by VGR.BRL.MIL id aa26212; 23 Aug 90 14:53 EDT Date: Thu, 23 Aug 90 14:51:55 EDT From: "Jim J. Man" (FSAC) To: info-iris@BRL.MIL cc: tdacier@pica.army.mil Subject: Default Console Font Message-ID: <9008231451.aa29065@FSAC1.PICA.ARMY.MIL> info, How can I set the default font and font size for my console window. The window starts out with a courier font with size 10 which is small, and hard to read, so that each time I log in I have to change it. I believe it has something to do with the startup.ps file but I haven't been able to figure it out. I'm using an IRIS 4D machine. td   Received: from vmb.brl.mil by VMB.BRL.MIL id ab16782; 23 Aug 90 16:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16457; 23 Aug 90 16:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16372; 23 Aug 90 15:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26551; 23 Aug 90 15:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA17272; Thu, 23 Aug 90 12:38:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Aug 90 19:29:10 GMT From: George Dabrowski Organization: Naval Postgraduate School, Monterey CA Subject: Common written/on-line manual using 4Sight Message-Id: <1291@cs.nps.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am beginning to create the documentation for a graphics programm which I wrote using a Personal IRIS. I would like to use a WYSIWYG word processor or publishing program (such as Pagemaker). I would like to access the same documentation for a on-line help manual from within the 4Sight window manager. Any suggestions for the best way to go about this? Thanks, George Dabrowski dabro@cs.nps.navy.mil   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17090; 23 Aug 90 17:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17023; 23 Aug 90 16:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16983; 23 Aug 90 16:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26803; 23 Aug 90 16:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20733; Thu, 23 Aug 90 13:27: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: 23 Aug 90 20:23:11 GMT From: Mike Medlin Organization: MEDCHEM, Pomona College Subject: How to view .gl files on IRIS??? Message-Id: <8181@jarthur.Claremont.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there a way to view .gl files on the IRIS? I think they were originally created for the IBM, but is there a way to translate? Any help in this matter will be greatly appreciated. Thank you. ------------------------------------------------------------------------------- "When you are alone |"It comes from a |-------------------------- You are the cat, you are the bone| chicken, not a | Michael "Bedlam" Medlin You are an animal." | bunny, dummy!" | al@iris.claremont.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17305; 23 Aug 90 17:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab17226; 23 Aug 90 17:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17201; 23 Aug 90 17:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa27035; 23 Aug 90 17:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA22420; Thu, 23 Aug 90 13:51: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: 23 Aug 90 16:46:52 GMT From: Bent Hagemark Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: NQS question Message-Id: <1990Aug23.164652.2252@odin.corp.sgi.com> References: <9008222329.AA01089@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008222329.AA01089@mcirps2.med.nyu.edu> karron%CMCL2.NYU.EDU@cunyvm.cuny.edu writes: >What is NQS ? > >dan. NQS stands for Network Queueing System. This is a software system for network-based (and single machine) batch queueing. SGI markets this as "4D/NQS" which is a separate software product. Your SGI sales rep can get you a data sheet and pricing info on 4D/NQS. Bent   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17506; 23 Aug 90 17:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac17226; 23 Aug 90 17:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17203; 23 Aug 90 17:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa27047; 23 Aug 90 17:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA22335; Thu, 23 Aug 90 13:50:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Aug 90 16:40:58 GMT From: Bent Hagemark Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: NQS question: answer and further questions Message-Id: <1990Aug23.164058.2110@odin.corp.sgi.com> References: <9008220412.aa14401@VGR.BRL.MIL>, <1990Aug22.154058.911@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug22.154058.911@urz.unibas.ch> doelz@urz.unibas.ch writes: >In article <9008220412.aa14401@VGR.BRL.MIL>, > XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: > >> >> I've heard that NQS is available in 3.3. Is NQS in the standard >> software, or is it an option? > >Our sales rep told me that it is an option. Price SFr. 1390.-- > >We want to run it in conjunction with a CONVEX CX batch implementation, >and the prerelease I had did not work properly. I have to >admit that this was before 3.3, and things changed a lot. > >Could someone of SGI commment on the following: > >Both CRAY and CONVEX NQS implementations communicate using a so-called >mid (machine id), which is maintained as node name. In contrast to >this, SGI used the internet number, giving problems on both other >implementations. Is this still true or did the implementation change ? >Further, I'd like to know which limits are supported. Because setrlimit is >now part of the kernel, it should support far more features than the 3.2 >version... > >Regards, >Reinhard 1) NQS is available as an option. It's called "4D/NQS". 2) 4D/NQS requires 3.3 3) 4D/NQS simply uses the IP number as the mid. 4) Limits supported: a) all of the setrlimit(2) limits: cpu time RLIMIT_CPU file size RLIMIT_FSIZE data RLIMIT_DATA stack RLIMIT_STACK core RLIMIT_CORE resident set size RLIMIT_RSS b) nice(2) c) non-degrading process scheduling priority, schedctl(2) NDPRI d) processor (on MP machines), sysmp(2) MP_MUSTRUN Bent   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17920; 23 Aug 90 18:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17854; 23 Aug 90 18:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17840; 23 Aug 90 18:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa27415; 23 Aug 90 18:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA26633; Thu, 23 Aug 90 14:54:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Aug 90 21:42:15 GMT From: Mark Israel Organization: University of Alberta Subject: Re: Default Console Font Message-Id: <1990Aug23.214215.21338@cs.UAlberta.CA> References: <9008231451.aa29065@FSAC1.PICA.ARMY.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In message <9008231451.aa29065@FSAC1.PICA.ARMY.MIL>, jman@PICA.ARMY.MIL ("Jim J. Man", FSAC) writes: > How can I set the default font and font size for my console window? Put something like the following in your user.ps file: % Customize console % /RunConsole { (/etc/gl/startconsole -fCrr18.fm -s82,41 -C2,0,6,4 -t"Jim_J._Man__jman__console") forkunix } store (console) 10 12 preforigin You may be able to get spaces instead of underscores in the title, but I've never been able to figure that out. Mark Israel Bitnet: USERISRA@UALTAMTS Usenet: Mark_Israel@uqv-mts.alberta Internet: USERISRA@MTS.UCS.UALBERTA.CA   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22921; 24 Aug 90 10:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22414; 24 Aug 90 9:28 EDT Received: by VMB.BRL.MIL id aa22412; 24 Aug 90 9:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22218; 24 Aug 90 9:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03245; 24 Aug 90 9:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18288; Fri, 24 Aug 90 05:59: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: 24 Aug 90 02:22:08 GMT From: Owen Baker Organization: RMIT Computer Centre, Melbourne Australia. Subject: Survey of colour Postscript printers Message-Id: <5466@minyos.xx.rmit.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are conducting a survey of colour (or color if you like) Postscript printers. That is Postscript printers that output a colour image not just 3 or 4 pages of B&W separations. Specifically we would like to know: 1. What make, model, type of colour Postscript printer's you have used. 2. The page specifications it supported; A3, A4, etc. 3. The colour matching (if any) supported; Pantone, etc. 4. Resolution in dots per inch. 5. Speed in pages per minute. 6. Colour imaging process (if known) or a brief description of how it works; Thermal with 3 passes, etc. 7. Interface; LocalTalk, RS232, automatically switchable, etc. 8. Other formats supported; Diablo, HP, Epson, etc. 9. Approximate cost if possible in $Australian or $US. 10.Is it any good, your view; good, bad, I luv it, etc. If you cannot provide all of the above then just tell us what you can. Any comments or other general information are welcome. If a survey such as this has been conducted on the net before then please let us know otherwise the results will be posted in a couple of weeks. Please e-mail all resposes to rxcob@minyos.xx.rmit.oz.au or odb@caxton.csu.rmit.oz.au Thankyou.... Owen Baker Technical Support Manager Communication Services Unit, RMIT - Victoria University of Technology Melbourne, Australia Phone: (61 (3) 660-2038   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04268; 24 Aug 90 21:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04201; 24 Aug 90 21:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04154; 24 Aug 90 21:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23318; 23 Aug 90 7:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14733; Thu, 23 Aug 90 04:01: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: 23 Aug 90 10:59:59 GMT From: Doug Eastick Organization: University of Toronto, Department of Mechanical Engineering Subject: 5080 emulation - anyone running it? Message-Id: <90Aug23.065955edt.18661@me.utoronto.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL And how do you like it? Please mail me your opinions about it, etc. We're going to have it installed at work. Thanks.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04633; 24 Aug 90 22:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04504; 24 Aug 90 22:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04474; 24 Aug 90 22:12 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07323; 24 Aug 90 22:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07954; Fri, 24 Aug 90 19:02: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: 23 Aug 90 16:38:42 GMT From: "Loren (Buck" MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: Computer Sciences Corporation @ NASA Goddard Space Flight Center Subject: Rack mounted 4D/20 Message-Id: <3209@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, A previous posting talked about the chassis of the PI, and that reminded me that our customer would like to have a PI rack mounted rather than eating up floor space. Has anyone done this? Is it available from SGI? Thanks & B Cing U Buck Loren Buchanan | buck@drax.gsfc.nasa.gov | #include CSC, 1100 West St. | ...!ames!dftsrv!drax!buck | typedef int by Laurel, MD 20707 | (301) 497-2531 | void where_prohibited(by law){} CD International lists over 40,000 pop music CDs, collect the whole set.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20862; 24 Aug 90 7:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20241; 24 Aug 90 6:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20146; 24 Aug 90 5:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02084; 24 Aug 90 5:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07735; Fri, 24 Aug 90 02:45: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: 24 Aug 90 08:01:39 GMT From: "Andre T. Yew" Organization: California Institute of Technology, Pasadena Subject: Flushing the pipeline Message-Id: <1990Aug24.080139.22671@laguna.ccsf.caltech.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL My apologies if this has been discussed here before. I'm recording some images right now off a 4D/240GTX, and I seem to be having some trouble getting the IRIS to draw and output the image quickly enough. That is, my routine looks somewhat like this: draw_frame(); prepare_VCR(); /* Tell VCR to sync frame */ record_frame(); Since this machine has lots of batch jobs running on it all the time, performance is not optimal, and consequently draw_frame() goes slowly. However, since I call all of my functions sequentially, however slow the machine is, the program should draw the frame and then call prepare_VCR() and record_frame() to record the new image. Unfortunately, this is not the case. Sometimes, draw_frame() is called, but does not output the image in time to record, so I get the previous frame instead of the one I want. How do I make sure the pipeline is flushed before I sync the VCR and record a frame? Please respond by email, and I will summarize to the net if there is sufficient interest. Thank you, Andre Yew andrey@through.cs.caltech.edu (131.215.128.1)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22110; 24 Aug 90 9:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab20862; 24 Aug 90 7:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20834; 24 Aug 90 7:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02562; 24 Aug 90 7:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12569; Fri, 24 Aug 90 04:11: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: 24 Aug 90 05:49:00 GMT From: ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!uxa.cso.uiuc.edu!mla34142@iuvax.cs.indiana.edu Subject: Re: New IBM Graphics Workstations Message-Id: <74200004@uxa.cso.uiuc.edu> References: <17450004@hpfcdj.HP.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL /* Written 4:06 pm Aug 21, 1990 by kuba@hpfcdj.HP.COM in uxa.cso.uiuc.edu:comp.sys.sgi */ /* ---------- "Re: New IBM Graphics Workstations" ---------- */ >At SIGGRAPH, IBM told me that GL runs across their entire 3D product line, >which includes the Personal Iris boards on a 320/530 and the 730 with >proprietary supergraphics. It is supposed to be code compatible with >SGI, but I do not know of anyone who has tried this yet--anyone out >there know for sure?? Their PHIGS (GraPHIGS) also runs across the entire >line. > >Kathy GL will run across the entire product line, including the 730. It is code compatible, with certain exceptions, mostly related to the fact that IBM GL runs through X (as opposed to SGI's, which uses NeWS). For example, the mapcolor() call shouldn't be used because mapcolors() can do colormap changes 4096 times as fast. An additional header file, gl/glport.h, is also included to help in porting programs with obsolete function calls, and can be used to ease the porting process. Marc   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00469; 24 Aug 90 15:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa28733; 24 Aug 90 14:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28692; 24 Aug 90 14:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05133; 24 Aug 90 14:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08720; Fri, 24 Aug 90 11:15: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: 24 Aug 90 17:28:25 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: X11 R4 on SGI Message-Id: <835@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone ported the Client X11 R4 to the SGI? I know that I can get X from SGI. I want to muck with the sources, so I need to be able to rebuild the code. We've been having problems getting the build environment configured for the system... Can't get makedepend.c to compile or work, problems with imake, and others. Does anyone have an 'sgi.cf' that I could use?? [how about it SGI? can I have yours :-)] -- ##################################################################### # 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 aa03684; 24 Aug 90 18:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03628; 24 Aug 90 18:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03414; 24 Aug 90 18:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06511; 24 Aug 90 17:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA22182; Fri, 24 Aug 90 14:45:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Aug 90 21:44:05 GMT From: Chris Bell Organization: University of California, Irvine Subject: CAP Message-Id: <26D59FA5.17823@orion.oac.uci.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello, Has anyone ported the CAP/KIP (Columbia Appletalk Package) package to the SGI yet? Are there ftp'able patches anywhere? Thanks, Chris Bell Distributed Computing Support University of California, Irvine cbell@uci.edu cbell@uci.bitnet uunet!uci.edu!cbell ================================================================= -- Chris Bell Distributed Computing Support University of California, Irvine cbell@uci.edu cbell@uci.bitnet uunet!uci.edu!cbell   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03789; 24 Aug 90 19:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03719; 24 Aug 90 19:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03703; 24 Aug 90 18:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06697; 24 Aug 90 18:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24935; Fri, 24 Aug 90 15:33: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: 24 Aug 90 13:21:51 GMT From: Jim Hollan Organization: /u/hollan/.organization Subject: Advice on adding Wren Drive Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I would appreciate any advice on adding a Wren 7 scsi drive to a 320vgx that has a Hitachi 780MB scsi drive as drive 1. SGI seems to have yet another "standard" cable connector. Jim   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03818; 24 Aug 90 19:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03756; 24 Aug 90 19:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03748; 24 Aug 90 19:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06736; 24 Aug 90 18:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24953; Fri, 24 Aug 90 15:33:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Aug 90 13:24:03 GMT From: Jim Hollan Organization: /u/hollan/.organization Subject: Advice on Remote Backups Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I would appreciate advice on techniques people are using to do remote backups from sgi machines to exabyte or other drives sitting on Suns. Jim   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04102; 24 Aug 90 21:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03991; 24 Aug 90 20:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03989; 24 Aug 90 20:26 EDT Received: from SGI.COM by VGR.BRL.MIL id aa06995; 24 Aug 90 20:18 EDT Received: from pdi by SGI.COM via UUCP (5.64-bind 1.5+ida/900410.SGI) for info-iris@brl.mil id AA06723; Fri, 24 Aug 90 17:19:07 -0700 Received: by pdi.UUCP (1.4/4.7) id AA44237084; Fri, 24 Aug 90 16:00:45 pdt Date: Fri, 24 Aug 90 16:00:45 pdt From: Shoshana Abrass Message-Id: <9008242300.AA44237084@pdi.UUCP> Subject: SNMP Apparently-To: sgi!brl.mil!info-iris I noticed that 3.3 has an entry for SNMP (Simple Network Management Protocol) in the /etc/services file, but I couldn't find an associated daemon. Questions: Does it make sense to get SNMP data from a host that's not a gateway? Does sgi have a daemon/program that answers SNMP queries? Can I get it without paying $8,000 for the Whizzy Graphical Interface Network Management program? I'm pretty new to SNMP so any answers would be greatly appreciated. -shoshana =============== Disclaimer necessitated by mailpath: =============== I don't work for sgi, I just work downstream. ====================================================================   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00106; 25 Aug 90 12:10 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa00099; 25 Aug 90 11:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07570; 25 Aug 90 10:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08711; 25 Aug 90 10:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14324; Sat, 25 Aug 90 07:25: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: 24 Aug 90 21:59:20 GMT From: Bruce Karsh Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: detecting integer overflow Message-Id: <67688@sgi.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article globus@nas.nasa.gov (Al Globus) writes: >I have a program that can potentially generate an integer overflow. >I'd like to detect this when it happens and deal with it. According >to SGI's Hotline folks, no can do. The OS catches the interrupt >and then allows the process to go on its merry way with no mechanism >to detect the overflow. Well, our illustrious Hotline crew is usually gives perfectly reliable information, but I think they may have missed this time. Here's the straight scoop: The MIPS CPU will generate an integer overflow exception for signed arithmetic instructions, but not unsigned ones. So if the MIPS ADD instruction overflows, a SIGFPE signal is posted, while if an ADDU instruction overflows, there's no interrupt and hence, no signal is posted. In fact, this is the only difference between the operation of the ADD and ADDU instructions. The MIPS C compiler generates unsigned arithmetic instructions. This is the right thing for it to do since most C compilers do not treat 2's complement overflow as an error and some programs even depend on this. I think similar considerations would apply to the Fortran compiler, but I haven't looked. >Is there really no way? There's good mechanisms for floating point >exceptions, why not for integer exceptions? There is a pretty good way if you know the operation which can potentially overflow. If a and b are added, then this test will detect whether c, their sum, has overflowed. c = a + b if( (~a^b && a^c) < 0) handle_overflow(); Bruce Karsh karsh@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00943; 25 Aug 90 17:56 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa00757; 25 Aug 90 16:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00752; 25 Aug 90 16:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09120; 25 Aug 90 16:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02250; Sat, 25 Aug 90 13:21: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: 25 Aug 90 01:10:07 GMT From: Bruce Karsh Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: detecting integer overflow Message-Id: <67702@sgi.sgi.com> References: , <67688@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <67688@sgi.sgi.com> karsh@trifolium.sgi.com (Bruce Karsh) writes: > if( (~a^b && a^c) < 0) handle_overflow(); This should be if( (~a^b & a^c) < 0) handle_overflow(); I.e., a single &. Ted Wilcox at sgi pointed this out to me. Bruce Karsh karsh@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03699; 26 Aug 90 6:50 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa03504; 26 Aug 90 6:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03357; 26 Aug 90 5:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10142; 26 Aug 90 5:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13408; Sun, 26 Aug 90 02:48:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Aug 90 20:41:29 GMT From: Andrew Hume Organization: AT&T Bell Laboratories, Murray Hill NJ Subject: Re: Seagate Drives for 4D2x Message-Id: <11231@alice.UUCP> References: <1392@contex.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL not that my seagate rep is better than yours, but he claims the new elites won't be shipping before january. and in any case, they aren't wren 7 elites; they are just elites.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06559; 25 Aug 90 4:58 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa06520; 25 Aug 90 4:48 EDT Received: from wolf.brl.mil by VMB.BRL.MIL id aa06452; 25 Aug 90 4:30 EDT Received: by WOLF.BRL.MIL id aa20538; 25 Aug 90 4:30 EDT Date: Sat, 25 Aug 90 4:29:57 EDT From: Mike Muuss To: Jim Hollan Subject: Re: Advice on Remote Backups Message-ID: <9008250429.aa20524@WOLF.BRL.MIL> Well, we use RDUMP. But, you can't get it from us, or from the University that did most of the development, unless you have an SGI source code license. You might bang on SGI about wanting DUMP/RESTORE. We also use GNU TAR for manipulating remote tar tapes with RMT. Works great. Best, -Mike   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00294; 25 Aug 90 13:06 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa00219; 25 Aug 90 12:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00207; 25 Aug 90 12:23 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa08821; 25 Aug 90 12:12 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6534; Sat, 25 Aug 90 12:12:45 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 25 Aug 90 12:16 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:mg@godzilla.cgl.rmit.oz.au) id AA13765; Sat, 25 Aug 90 12:20:50 DSD Date: Sat, 25 Aug 90 12:20:50 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: New TeX distribution... To: dfr@cad.usna.navy.mil, mg%godzilla.cgl.rmit.OZ.AU@relay.cs.net Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008251920.AA13765@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, dfr@cad.usna.navy.mil, mg%godzilla.cgl.rmit.OZ.AU@RELAY.CS.NET I had some problems getting the older tex up and running. I noticed that there is a new (or rather a new tex-old) directory in vgr.brl.mil. I am clearing out the old tex distribution and I will start from scratch with the new tex, and not try to change the default locations for any files. Mike, Thanks for your note. I am looking forward to using the previewer. Does anyone know of a driver for the sgi seiko color printer ? I am also looking for a driver for a HP Laser Jet II printer. Any thoughts on how TeX will / can be made to understand sheet feeders ? 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 aa00332; 25 Aug 90 13:16 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa00248; 25 Aug 90 12:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00226; 25 Aug 90 12:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08828; 25 Aug 90 12:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19107; Sat, 25 Aug 90 09:06: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: 25 Aug 90 15:57:37 GMT From: Nagesh Murthy Organization: University of Tennessee CS Department Subject: SGI images to Mac images Message-Id: <1990Aug25.155737.3463@cs.utk.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can anyone send me some info on how to convert SGI colored (RGB) images to Mac (any format) color images. I presume I may not be the first one to run into such a thing and if this problem has been discussed extensively in the past please let me know how I can get my hands on the old info. Thanking in advance.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00802; 25 Aug 90 17:10 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab00757; 25 Aug 90 16:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00752; 25 Aug 90 16:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09122; 25 Aug 90 16:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02318; Sat, 25 Aug 90 13:21:46 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Aug 90 05:00:25 GMT From: Bruce Karsh Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: detecting integer overflow Message-Id: <67704@sgi.sgi.com> References: , <67688@sgi.sgi.com>, <67702@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <67702@sgi.sgi.com> karsh@trifolium.sgi.com (Bruce Karsh) writes: >This should be > if( (~a^b & a^c) < 0) handle_overflow(); I can't get anything right today. Bruce Holloway pointed out the precedence problem. It should be: if( ((~a^b) & (a^c)) < 0) handle_overflow(); because the precedence of & is higher than the precedence of ^. Just to make sure this is right this time, a test case is attached below. /* Test of software overflow handling. */ main() { ofltst(0x80000000,0x80000000); ofltst(0x80000000,0x00000000); ofltst(0x80000000,0x7fffffff); ofltst(0x00000000,0x80000000); ofltst(0x00000000,0x00000000); ofltst(0x00000000,0x7fffffff); ofltst(0x7fffffff,0x80000000); ofltst(0x7fffffff,0x00000000); ofltst(0x7fffffff,0x7fffffff); } ofltst(a,b) int a,b; { int c; c=a+b; if( ((~a^b) & (a^c)) < 0) handle_overflow(a,b,c); else handle_nooverflow(a,b,c); } handle_overflow(a,b,c) int a,b,c; { printf("%11d = %11d + %-11d overflow\n",c,a,b); } handle_nooverflow(a,b,c) int a,b,c; { printf("%11d = %11d + %-11d no overflow\n",c,a,b); } Bruce Karsh karsh@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01220; 25 Aug 90 18:27 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa00877; 25 Aug 90 17:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00841; 25 Aug 90 17:23 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa09149; 25 Aug 90 17:07 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 7568; Sat, 25 Aug 90 17:06:48 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 25 Aug 90 17:10 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA17061; Sat, 25 Aug 90 17:14:56 DSD Date: Sat, 25 Aug 90 17:14:56 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Any handshake in any port. To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008260014.AA17061@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I was installing a printer, and I wanted hardware handshaking on /dev/ttyf3. I used the default sys admin tools but the port was dropping characters. I tested the port with kermit. If the handshaking was not engaged, then kermit would not open the port. Kermit did open the port, and so did cat. What is going on ? I have had problems using handshaking prior, and had to settle for no handshaking from the ttyd* ports. Here is the results from cat. Utest is a file consisting only of a stream of U's to try to overrun the handshaking (and see if it is working. A U is an alternating bit pattern, and any errors will cause the alignment of 70 U' accross the page to break up) 155 Utest mcirps2:karron:mcirps2:ttyq4:/usr/spool/lp/D.Local:212cat Utest > /dev/ttyf3 cat: output error (-1/8192 characters written) No such device or address mcirps2:karron:mcirps2:ttyq4:/usr/spool/lp/D.Local:213cat Utest > /dev/ttym3 cat: output error (-1/8192 characters written) No such device or address mcirps2:karron:mcirps2:ttyq4:/usr/spool/lp/D.Local:214cat Utest > /dev/ttyd3 +-----------------------------------------------------------------------------+ | 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 aa01930; 25 Aug 90 23:13 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa01887; 25 Aug 90 23:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01885; 25 Aug 90 22:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09619; 25 Aug 90 22:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23427; Sat, 25 Aug 90 19:40: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: 25 Aug 90 23:49:47 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Rack mounted 4D/20 Message-Id: <1990Aug25.234947.6323@odin.corp.sgi.com> References: <3209@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <3209@dftsrv.gsfc.nasa.gov> buck@drax.gsfc.nasa.gov (Loren (Buck) Buchanan) writes: | Hi, | | A previous posting talked about the chassis of the PI, and that reminded | me that our customer would like to have a PI rack mounted rather than | eating up floor space. Has anyone done this? Is it available from SGI? It is certainly doable. We built one (at least) for a trade show, but I don't think we or any of our Geometry Partners market such a machine. -- 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 ab01930; 25 Aug 90 23:13 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab01887; 25 Aug 90 23:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01885; 25 Aug 90 22:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09621; 25 Aug 90 22:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23445; Sat, 25 Aug 90 19:41:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 25 Aug 90 23:55:09 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Advice on adding Wren Drive Message-Id: <1990Aug25.235509.6397@odin.corp.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In hollan@flash.bellcore.com (Jim Hollan) writes: | I would appreciate any advice on adding a Wren 7 scsi drive to a | 320vgx that has a Hitachi 780MB scsi drive as drive 1. SGI seems | to have yet another "standard" cable connector. The only SCSI connectors on all of the SGI machines conform to the SCSI standards. If you don't have the external SCSI connector, then you only have the internal 50 pin ribbon cables, which plug directly into most SCSI drives, including the Wren VII (now Seagate ST4767N or ST41200N, depending on which one you have). Both have been announced for the 4D20 and 4D25, but have not been qualified on other SGI machines. Chances are good that it will work, but you are on your own... -- 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 aa02824; 26 Aug 90 3:08 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa02779; 26 Aug 90 2:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02769; 26 Aug 90 2:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09920; 26 Aug 90 2:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05726; Sat, 25 Aug 90 23:25: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: 26 Aug 90 06:01:25 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Any handshake in any port. Message-Id: <67712@sgi.sgi.com> References: <9008260014.AA17061@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Each IRIX tty port has three aliases, distinquished by the two most significant bits of the minor device number, or by the /dev/tty[dmf]* name. ttyd* use pins 2,3, & 7. Thus, the system simply babbles the output, subject at most to XON/XOFF flow control. At high speeds, either the system or the printer will loose ^S or ^Q characters and bad things will happen. ttym* use 2,3,7,8, and 9/20. The system will refuse to complete an open(2) until pin 8, DCD, is true. Otherwise, ttym* are the same as ttyd*. A handy hack is to connect pins 8 and 9/20, to make a ttym* that is really connected to a dumb, 3-wire device complete an open(2). ttyf* use 2,3,4,5,7,8, and 9/20. A port under its ttyf name behaves the same as under its ttym name, except that it honors CTS as required by RS-232-C, and expects the device honor RTS as in the de facto standard "hardware flowcontrol". Thus, to use "hardware flowcontrol" on an otherwise dump printer, use a cable with 2,3,4,5, and 7 connecte to the printer and 8 jumpered to 9/20 on the IRIS, and use the ttyf name. Restrictions in the way STREAMS work make it impossible to open a single port under more than one of its aliases at a time. That is, if you already have ttyd3 open, you will not be able to open ttyf3. All current IRISs support all three types of tty[dmf]* names on all integral DUART ports and all of the up to 32 CDSIO ports. Vernon Schryver vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04134; 26 Aug 90 10:02 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa03979; 26 Aug 90 9:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03968; 26 Aug 90 8:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10358; 26 Aug 90 8:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20769; Sun, 26 Aug 90 05:29:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 26 Aug 90 09:34:46 GMT From: Guido van Rossum Subject: /dev/audio noisy Message-Id: <2011@charon.cwi.nl> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We discovered /dev/audio on the Personal Iris and started playing with it. (Thanks to all who sent demo programs!) Unfortunately there is one problem that makes using it a pain: there is a lot of noise (static?) in the output, and probably also in the input. I believe that the noise is transmitted via the power supply from the CPU, since there are obvious correlations between the kind of noise you hear and what the machine is doing, especially bitblt operations such as moving windows are clearly recognizable. It's not just one unit, all the machines we tried have this. It's not impedance either, we are using an 8 ohm speaker as advised. Any hardware hacker know what to do? Or is /dev/audio only useful in the glossy folder? --Guido -- Guido van Rossum, Centre for Mathematics and Computer Science (CWI), Amsterdam guido@cwi.nl or ..!hp4nl!cwi.nl!guido or guido%cwi.nl@uunet.uu.net "Life's gotta be more than meeting pretty faces and sitting on them"   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11766; 27 Aug 90 10:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10851; 27 Aug 90 9:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10528; 27 Aug 90 8:58 EDT Received: from pucc.Princeton.EDU by VGR.BRL.MIL id aa12944; 27 Aug 90 8:43 EDT Received: from UKACRL.BITNET by pucc.PRINCETON.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6981; Mon, 27 Aug 90 08:42:47 EDT Received: from RL.IB by UKACRL.BITNET (Mailer R2.03B) with BSMTP id 5533; Mon, 27 Aug 90 13:42:52 BST Received: from RL.IB by UK.AC.RL.IB (Mailer R2.03B) with BSMTP id 1235; Mon, 27 Aug 90 13:42:52 BST Via: UK.AC.OX.VAX; 27 AUG 90 13:42:49 BST Date: Mon, 27 AUG 90 13:42:35 GMT From: HCART%VAX.OXFORD.AC.UK@pucc.princeton.edu To: INFO-IRIS@BRL.MIL Subject: nice(1) works only for super-user Message-ID: <9008270843.aa12944@VGR.BRL.MIL> When I nice(1) a job on my 3130, the command seems to have no effect, and the job runs at the same priority as the interactive session whatever the increment used. However, if I issue a nice(1) command as super-user the job is pushed deep into the background as required. Why is this? And how can I change things so that users can nice their own jobs without being super-user? Hugh Cartwright. Physical Chemistry, Oxford University, UK. (HCART@vax.ox.ac.uk or hmc@physchem.ox.ac.uk)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12639; 27 Aug 90 11:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab12327; 27 Aug 90 10:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12257; 27 Aug 90 10:42 EDT Received: from enh.nist.gov by VGR.BRL.MIL id aa13219; 27 Aug 90 10:27 EDT Received: from poly1.nist.gov by ENH.NIST.GOV; Mon, 27 Aug 90 10:25 EDT Received: by poly1.nist.gov (5.52/890607.SGI) (for @enh.nist.gov:info-iris@brl.mil) id AA01219; Mon, 27 Aug 90 10:42:57 EDT Date: Mon, 27 Aug 90 10:42:57 EDT From: rbriber@poly1.nist.gov Subject: PC-NFS To: info-iris@BRL.MIL Message-id: <9008271442.AA01219@poly1.nist.gov> X-Envelope-to: info-iris@brl.mil Has anyone been using PC-NFS (from Sun) with their Iris? I can't seem to get the two communcicating. The Iris says it's exporting the file system, the PC goes looking for it but the two never meet. Does anyone have any experience in getting these two working together? I'm running Irix 3.2 on a 4D80GT with PC-NFS 3.0.1. Thanks in advance... -- ---------------------------------------------------------------------------- | 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 aa12788; 27 Aug 90 11:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12095; 27 Aug 90 10:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12052; 27 Aug 90 10:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13209; 27 Aug 90 10:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11074; Mon, 27 Aug 90 07:16: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: 27 Aug 90 14:13:16 GMT From: Mike Mitchell Organization: University of Houston Subject: Can't Write to Exabyte 8mm Drive From FORTRAN (Re-Repost) Message-Id: <1990Aug27.141316.687@lavaca.uh.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm having problems writing to an Exabyte 8mm tape drive from a FORTRAN program. I can read the tape just fine, but can't seem to write to it. The following code runs fine, seems to open the file, etc., but doesn't actually write. When writing, the tape doesn't move or act as if it is connected at all. The REWINDs work fine, though, and the tape shows activity. Is there a special character I have to send to flush a buffer? I would have thought the CLOSE() statement would have done this? Any suggestions appreciated Mike Mitchell Department of Chemistry University of Houston mitchell@uhrcc2.crcc.uh.edu PROGRAM TESTOPEN C character*10 cacc,cform,cseq,cunfo character*15 cname logical lopen,lexist c inquire(file='/dev/tape8',access=cacc,exist=lexist,form=cform, + iostat=ierr,name=cname,opened=lopen, + sequential=cseq,unformatted=cunfo) write(6,'(4a,l1,3a,i5,/,3a,l1,4a)') ' after first inquire:', + 'access=', + cacc,'exist=',lexist,' form=',cform,' iostat=', + ierr,' name=',cname,' opened= ',lopen, + ' sequential=',cseq,' unformatted=',cunfo c OPEN(UNIT=9,STATUS='UNKNOWN',FILE='/dev/tape8',FORM='FORMATTED', + IOSTAT=ierr,ACCESS='SEQUENTIAL') c inquire(file='/dev/tape8',access=cacc,exist=lexist,form=cform, + iostat=ierr,name=cname,opened=lopen, + sequential=cseq,unformatted=cunfo) write(6,'(3a,l1,3a,i5,/,3a,l1,4a)') + ' after second inquire: access=', + cacc,'exist=',lexist,' form=',cform,' iostat=', + ierr,' name=',cname,' opened= ',lopen, + ' sequential=',cseq,' unformatted=',cunfo C write(6,'(a)') ' About to rewind the tape.' rewind(9) write(6,'(a)') ' About to write to the tape.' write(9,'(a)',iostat=ierr) 'Hello world.' write(6,'(a,i5)') ' Written to tape, iostat =',ierr c do 20 i = 1,100 write(9,'(a,i5)',iostat=ierr) ' Writing line # ',i write(6,'(a,i5,a,i5)') ' Writing line ',i,' ierr =',ierr 20 continue c write(6,'(a)') ' About to rewind the tape.' rewind(9) CLOSE(UNIT=9) write(6,'(a)') ' All done writing and closing.' C C STOP END   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18752; 27 Aug 90 14:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17747; 27 Aug 90 13:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17475; 27 Aug 90 13:45 EDT Received: from [192.12.62.50] by VGR.BRL.MIL id aa14014; 27 Aug 90 13:24 EDT Received: Mon, 27 Aug 90 14:26:02 ADT by pig.drea.dnd.ca (5.52/5.6) Date: Mon, 27 Aug 90 14:26:02 ADT From: Jim Diamond Message-Id: <9008271726.AA26549@pig.drea.dnd.ca> To: info-iris@BRL.MIL Subject: topost We would like to capture screen images in TeX documents using scrdump (or icut) followed by tobw followed by topost, followed by \special's in TeX. Even using the option of topost which uses just 1 bit, the images are rather large and take a while to download. Has anyone modified topost (or similar) so that images are run-length encoded and then decoded by the printer? If so, can you tell me about it? (We are using an Apple LaserWriter II NTX and a modification to Beebe's dvialw driver.) Any info would be appreciated. Jim Diamond zsd@pig.drea.dnd.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21163; 27 Aug 90 15:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17249; 27 Aug 90 13:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16996; 27 Aug 90 13:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13959; 27 Aug 90 13:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20502; Mon, 27 Aug 90 09:59:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Aug 90 16:58:01 GMT From: Brent Thomas Corkum Organization: Civil Engineering, University of Toronto Subject: Re: PC-NFS Message-Id: <1990Aug27.125801.24032@jarvis.csri.toronto.edu> References: <9008271442.AA01219@poly1.nist.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This doesn't answer your question but as a matter of interest we have a Compaq 386/25 hooked to a SGI 4D/25 using PC/FTP ver 2.04 by ftp software (617-246-0900). We have a Western Digital WD-8013 EBT board in the PC. We have had no problems using this system. Brent Corkum corkum@ecf.toronto.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21859; 27 Aug 90 15:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab21163; 27 Aug 90 15:18 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21085; 27 Aug 90 15:12 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa14522; 27 Aug 90 15:01 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 1686; Mon, 27 Aug 90 15:01:44 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Mon, 27 Aug 90 15:04 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:zsd@pig.drea.dnd.ca) id AA26887; Mon, 27 Aug 90 15:11:23 DSD Date: Mon, 27 Aug 90 15:11:23 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: topost To: Jim Diamond Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008272211.AA26887@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I would also like to paste images into tex documents. Have you been able to put images in TeX ? How do you do it ? Do you know if there is any tex support for the seiko color printer ? 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 aa22542; 27 Aug 90 15:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab21859; 27 Aug 90 15:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab21805; 27 Aug 90 15:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14559; 27 Aug 90 15:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28808; Mon, 27 Aug 90 12:16:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Aug 90 18:53:19 GMT From: Ken Kastella Organization: University of Washington, Seattle Subject: Window Manager Message-Id: <6760@milton.u.washington.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have a 4D70/GT and it appears the window manager is acting strangely. Background windows have started showing through the foreground window. It is as if all the pixels are not being drawn in the foreground window. We re-booted the machine and when it was coming down it gave the message: "Window manager was killed by signal 15". Any ideas about what is going on would be appreciated. Thanks, Ken Kastella   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24513; 27 Aug 90 17:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24289; 27 Aug 90 16:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24207; 27 Aug 90 16:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14791; 27 Aug 90 16:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02512; Mon, 27 Aug 90 13:09: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: 27 Aug 90 19:22:10 GMT From: "Jeff P. M. Hultquist" Organization: NAS - Applied Research Office, NASA Ames Subject: Re: Rack mounted 4D/20 Message-Id: References: <3209@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug25.234947.6323@odin.corp.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes: > From: olson@anchor.esd.sgi.com (Dave Olson) > > In <3209@dftsrv.gsfc.nasa.gov> buck@drax.gsfc.nasa.gov > (Loren (Buck) Buchanan) writes: > > | A previous posting talked about the chassis of the PI, and that reminded > | me that our customer would like to have a PI rack mounted rather than > | eating up floor space. Has anyone done this? Is it available from SGI? > > It is certainly doable. We built one (at least) for a trade show, > but I don't think we or any of our Geometry Partners market such > a machine. This would be a great idea. At NASA-Ames, we have several machine rooms which are full, but only below one's knees. We have been forced to build shelves in order to get decent use out of these rooms. (Actually, we use old tables, and we place machines on top and underneath!) -- -- Jeff Hultquist hultquis@nas.nasa.gov NASA - Ames Research Center (415) 604-4970 Disclaimer: "I am not a rocket scientist."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25397; 27 Aug 90 18:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24737; 27 Aug 90 17:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24645; 27 Aug 90 17:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14902; 27 Aug 90 17:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA05847; Mon, 27 Aug 90 14:04: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: 27 Aug 90 20:16:35 GMT From: Al Globus Organization: Applied Research Office, NASA Ames Research Center Subject: prototypes not working? Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm using prototypes in my code but not getting any error messages from the C compiler. Anyone have an idea of what I'm doing wrong? In the test cases I've used, the functions have been 'static'. Thanx.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25536; 27 Aug 90 19:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25456; 27 Aug 90 18:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25454; 27 Aug 90 18:42 EDT Received: from gatech.edu by VGR.BRL.MIL id aa15225; 27 Aug 90 18:17 EDT Received: from max (max.gatech.edu) by gatech.edu (4.1/Gatech-9.0) id AA06372 for Info-Iris@BRL.MIL; Mon, 27 Aug 90 18:18:23 EDT Received: by max.gatech.edu (5.52/1.0) id AA25131; Mon, 27 Aug 90 18:15:14 EDT Date: Mon, 27 Aug 90 18:15:14 EDT From: "Harmon J. Zuccola" Message-Id: <9008272215.AA25131@max> To: Info-Iris@BRL.MIL After skimming through back issues of info-iris.txt I still have a few questions: 1) Some time ago someone wrote about Encapsulated PS Files, and what to do with them. The problem I have is that I'd like to take a postscript file written on the iris and port over to my mac so I can play around with the picture using something like pixel paint. The problem is that that pixel paint doesn't know this is a postscript file ( by the way these can be big postscript files). I see a few ways around this: -Is there a program that converts postscript to PICT file format? -Is there a program that will change the file type of my postscript file to EPSF format -Small files can be pasted into a Cricket Draw postscript file, and then saved in EPSF format 2)Better yet would be a program on the SGI that would let me edit a postscript file interactively so that I can place text on my picture of interest. Or shade some of the shapes in the picture. Sort of a MacPaint or Cricket Draw for postscript. 3) How do you get rid of those little grey dots, when you know you should have a white background? Thanx in advance, Harmon PS If you feel these are rehashed issues please just email me directly at zuccola@max.gatech.edu -- |==================================|===================================| | HARMON JAY ZUCCOLA |Email(ARPA) zuccola@max.gatech.edu | |Dept of Chemistry and Biochemistry|Phone 404-894-8338 | | Georgia Institute of Technology |FAX 404-894-7452 | | Atlanta, Georgia 30332-0400 | | |==================================|===================================|   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26272; 27 Aug 90 21:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26211; 27 Aug 90 21:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26198; 27 Aug 90 21:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15650; 27 Aug 90 21:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20534; Mon, 27 Aug 90 18:08: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: 27 Aug 90 23:32:18 GMT From: Ted Wilcox Organization: Silicon Graphics, Inc., Mountain View, CA. Subject: Re: prototypes not working? Message-Id: <1990Aug27.233218.26580@odin.corp.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In globus@nas.nasa.gov (Al Globus) writes: >I'm using prototypes in my code but not getting any error messages >from the C compiler. Anyone have an idea of what I'm doing wrong? >In the test cases I've used, the functions have been 'static'. >Thanx. In the "cc" man page, it says that prototype error and warning messages are suppressed, but that you can turn them on by specifying the "-prototypes" option. It also says that "use of this option is not recommended." I'm not sure why it's not recommended. | In the Olympic Games, Greeks ran races, jumped, Ted. | hurled the biscuits, and threw the java. ted@sgi.com | -Some history student.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab26272; 27 Aug 90 21:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab26211; 27 Aug 90 21:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab26198; 27 Aug 90 21:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15657; 27 Aug 90 21:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20327; Mon, 27 Aug 90 18:05: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: 28 Aug 90 00:08:06 GMT From: James Helman Organization: Stanford University Subject: Unblessed patches for SGI/IRIX 3.3 (was Re: X11 R4 on SGI) Message-Id: References: <835@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone ported the Client X11 R4 to the SGI? I know that I can get X from SGI. I want to muck with the sources, so I need to be able to rebuild the code. I only encountered a few minor problems in compiling MIT's X11R4 distribution (clients + libraries only, *no server code available*) under IRIX. Most of the SGI specific stuff is already on the R4 tape, courtesy of SGI. Back in April, I posted some patches to fix a few things (xload, ptys for xterm, makedepend) for compiling under IRIX 3.2. Those patches are available for anonymous ftp from fresnel.stanford.edu, pub/4DX/4DX-patch1. The new patches, which make a few minor adjustments for IRIX 3.3, are in pub/4DX/4DX-patch2. 4DX-patch1 must be applied before 4DX-patch2. Some R4 binaries, libraries, and include files are also on fresnel. These patches should be applied to X11R4 from MIT with at least fixes 1 thru 6 applied. MIT fixes 7 thru 12 do not affect any of same files, so it shouldn't matter whether you have applied them or not. I most recently compiled R4 with MIT fixes 1 thru 12 under IRIX 3.3. CAVEAT COMPILOR: Unless you're looking for free libraries or want to muck around with the R4 client source, you're probably better off with the libraries from SGI's X Development tape and with the clients on the standard IRIX 3.3 tapes, for one thing, SGI's IRIX 3.3 clients use a shared libX11, which the R4 distribution does not. Note however that you still can't create clients which use the shared library, since the X Development tape does not include libX11_s.a (only libX11_s). BUGS: Once, I encountered a problem with pty allocation under 3.3 but have been unable to duplicate it. There are known server problems when drawing 1-bit images onto 8-bit windows with XPutImage, e.g. xwud. All of these patches are completely unblessed. Most of it has only been tested on a 4D/220. Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Voice: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26401; 27 Aug 90 22:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac26272; 27 Aug 90 21:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26260; 27 Aug 90 21:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15685; 27 Aug 90 21:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20555; Mon, 27 Aug 90 18:08: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: 28 Aug 90 00:46:05 GMT From: "David B. Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: prototypes not working? Message-Id: <67855@sgi.sgi.com> References: , <1990Aug27.233218.26580@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug27.233218.26580@odin.corp.sgi.com> ted@vball.sgi.com (Ted Wilcox) writes: >In globus@nas.nasa.gov (Al Globus) writes: > >>I'm using prototypes in my code but not getting any error messages >>from the C compiler. Anyone have an idea of what I'm doing wrong? >>In the test cases I've used, the functions have been 'static'. >>Thanx. > >In the "cc" man page, it says that prototype error and warning messages >are suppressed, but that you can turn them on by specifying the >"-prototypes" option. It also says that "use of this option is not >recommended." I'm not sure why it's not recommended. Ted is normally very careful. Unfortunately he misread the cc man page. Perhaps my wording there lead to confusion. Use of -prototypes (this option is new in release 3.3) is strongly recommended! Note that certain error messages suppressed by the default -noprototypes relate to serious errors that can cause ugen to coredump. This is my fault and happens because it is a little hard for ccom to reliably distinguish ``harmless'' errors from disastrous ones. Too many cases. Sorry. No existing working 3.2 code will coredump ugen if you recompile under 3.3! I claim :-) The problem only exists with new code. The best practice is to use -prototypes and fix all errors. If there are warnings remaining you may choose to use -noprototypes to eliminate the warnings - but I'd suggest simply fixing the problems..... -noprototypes was made the default so existing 3.2 code would compile without complaint under 3.3. See the 3.3 release notes for further information about the changes and new features of release 3.3 cc. Hope this helps. [ David B. Anderson Silicon Graphics (415)335-1548 davea@sgi.com ] [``What can go wrong?'' --Calvin and Hobbes]   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27904; 28 Aug 90 0:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27728; 28 Aug 90 0:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27681; 28 Aug 90 0:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16379; 28 Aug 90 0:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29985; Mon, 27 Aug 90 20:58:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Aug 90 03:56:31 GMT From: Mark Moraes Organization: Department of Computer Science, University of Toronto Subject: Re: topost Message-Id: <90Aug27.235552edt.501@smoke.cs.toronto.edu> References: <9008272211.AA26887@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL karron@MCIRPS2.MED.NYU.EDU writes: >I would also like to paste images into tex documents. >Have you been able to put images in TeX ? How do you do it ? The generally accepted way to put images (or other output-device-specific stuff) in LaTeX documents is to use \special. It's low-level, and implies knowledge of the output filter you're using -- your document will be less "portable". Check the dvi2whatever filter you're using and see what it supports by way of \specials. For PostScript, there exist a set of macros called psfig (see your friendly neighbourhood TeX archive site -- sun.soe.clarkson.edu? The master copy used to be on linc.cis.upenn.edu) that allow inclusion of encapsulated PostScript. For example, with X11, you can do stuff like xwd | xpr -device ps > file.ps and then include file.ps. (R4 xpr will work, earlier versions will not) Most modern versions of dvi*ps provide the \specials that psfig needs. pgmtops (from the pbmplus image conversion utilities) will also generate PostScript that you can include with psfig. Mark.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28259; 28 Aug 90 1:26 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa27563; 28 Aug 90 0:18 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27306; 28 Aug 90 0:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16287; 27 Aug 90 23:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29041; Mon, 27 Aug 90 20:42: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 Aug 90 03:27:01 GMT From: Scum Organization: Carnegie-Mellon University, CS/RI Subject: putting and retrieving colours...help! Message-Id: <10335@pt.cs.cmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm having a very vexxing problem right now. I'm in doublebuffer, RGB mode. In the backbuffer, I draw an object in 3-space with 0x01f as it's colour. Just before this, I turn off lighting mode by binding the material to 0, set the shademodel to FLAT, and even turn off zbuffering. What I get immediately back, however, is 0x11 ! To get the colour of the pixel, I cmov to a position where I drew the object, and use readRGB. Can somebody help me? I'm getting quite frustrated.... -- Chris. (cycy@ri.cmu.edu) printf statements have been removed. ptr->on_colour is an unsigned long. ... ... ... ... if (flag & PCOLOURS) { unsigned short red, green, blue; czclear(0x00000000, 0xffffff); zbuffer(FALSE); shademodel(FLAT); lmbind(MATERIAL, 0); for (ptr= obj_inst; ptr != NULL; ptr = ptr->next) { short r,b,g; unsigned char cr, cg, cb; green = (short) ((ptr->on_colour>>8) & 0x0ff); blue = (short) ((ptr->on_colour>>16) & 0x0ff); red = (short) (ptr->on_colour & 0x0ff); fprintf(stderr, "red = %d, green = %d, blue = %d\n", red, green, blue); RGBrange(red, green, blue, red, green, blue, -1023, 0); cpack(ptr->on_colour); (ptr->d_funct) (ptr); cmov(ptr->params[0].arg,ptr->params[1].arg,ptr->params[2].arg); readRGB(1,&cr,&cg,&cb); } RGBrange(0, 0, 0, 255, 255, 255, -1023, 0); zbuffer(TRUE); shademodel(GOURAUD); } } -- -- Chris. (cycy@isl1.ri.cmu.edu) "People make me pro-nuclear." -- Margarette Smith   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01314; 28 Aug 90 6:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01221; 28 Aug 90 6:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01193; 28 Aug 90 6:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17332; 28 Aug 90 6:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16207; Tue, 28 Aug 90 03:06:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Aug 90 15:42:34 GMT From: Ronald Jacoby Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SNMP Message-Id: <1990Aug27.154234.17749@relay.wpd.sgi.com> References: <9008242300.AA44237084@pdi.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008242300.AA44237084@pdi.UUCP> shoshana@pdi.com (Shoshana Abrass) writes: > > I noticed that 3.3 has an entry for SNMP (Simple Network Management > Protocol) in the /etc/services file, but I couldn't find an associated > daemon. Questions: > > Does it make sense to get SNMP data from a host that's not > a gateway? > > Does sgi have a daemon/program that answers SNMP queries? > Can I get it without paying $8,000 for the Whizzy Graphical > Interface Network Management program? > > I'm pretty new to SNMP so any answers would be greatly appreciated. > > -shoshana > >=============== Disclaimer necessitated by mailpath: =============== > I don't work for sgi, I just work downstream. >==================================================================== SGI does not currently ship an SNMP daemon, but we have committed to SNMP support and will be part of the SNMP demonstration at InterOp '90 in San Jose Oct. 8-12. The $8000 Network Management product you speak of is NetVisualyzer. It is a set of passive network monitoring and diagnostic tools that can display network traffic in real-time, draw traffic histograms, and capture and decode packets from the network. Ronald Jacoby Silicon Graphics, Inc. Technical Lead - Network Management 2011 N. Shoreline Blvd. rj@sgi.com Mountain View, CA 94806 (415) 335-1371 (415) 960-1980   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07234; 28 Aug 90 12:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06886; 28 Aug 90 12:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06836; 28 Aug 90 12:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18607; 28 Aug 90 12:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06909; Tue, 28 Aug 90 09:17: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: 27 Aug 90 19:55:26 GMT From: Rob MacLeod Subject: EMACS on SGI - cursor keys? Message-Id: <87809@cc.utah.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Dear SGI/IBM/EMACS users! We have just become the proud, if still somewhat inept, owners of SGI and IBM R6000 boxes and want to get emacs running on both. The version 18.54, which we have for the SGI is up and running, but with some bugs. Most annoying is the lack of cursor keys on either the console or the Macs that we all use as terminals. The normal emacs control-sequences will drive the cursor as expected but hitting the cursor keys inserts A,B,C, or D, depending on which cursor comtrol we've pushed, and a blank line or two. Yes, I know that the letters are from the escape-sequences that the VT-1000 terminal normally outputs for the cursor keys. I have poked around enough to see that TERMCAP is replaced(?) or supplemented(?) on the SGI with TERMINFO and have even set up a modified version of the VT100 terminal description, which allows the cursor keys to work in VI, but this seems to be ignored by emacs. We are running TelNet (NCSA and SU-MacIP) over Appletalk and Ethernet to the SGI and have even tried coming in over a Vax running VMS and Multinet but to no avail. Questions:1) How do we "adjust" the emacs code or SGI system parameters to allow us to use the cursor keys? and 2) Is there a version of emacs for the IBM R6000 or what has to be done to our edition to patch it enough to run under AIX? Any help will be MUCH appreciated! Rob MacLeod (macleod@cc.utah.edu or macleod@utahcca)) Nora Eccles Harrison Cardiovascular Research and Training Institute University of Utah Salt Lake City   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01548; 28 Aug 90 23:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01433; 28 Aug 90 23:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac01294; 28 Aug 90 23:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12663; 27 Aug 90 7:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01039; Mon, 27 Aug 90 03:54:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 Aug 90 10:46:13 GMT From: Stephen Boyd Gowing II Organization: SOCS, University of Technology, Sydney, Australia Subject: screen dumps Message-Id: <18239@ultima.socs.uts.edu.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am posting this for a friend - we aren't sure if any mail can reach him so send all replies to me. --------------------------------------------------- I am currently doing a project on an Iris, in which I need to save any section of the screen to an rgb file or similar image file format. I have looked at icut but don't have the source code (is it available?). Could anyone provide information concerning methods of dumping portions of screen. Neil Van Domselaar --------------------------------------------------- sbg@ultima.socs.uts.edu.au -- /\ P r o g r a m m e r s ' S o c i e t y /% \ /%% \ University of Technology, Sydney /%%%___\ progsoc@ultima.socs.uts.edu.au "My hovercraft is full of eels"   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01221; 28 Aug 90 6:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01132; 28 Aug 90 6:12 EDT Received: from santra.hut.fi by VMB.BRL.MIL id aa00926; 28 Aug 90 6:02 EDT Received: from sauna.hut.fi by santra.hut.fi (5.61++/7.0/TeKoLa) id AA11993; Tue, 28 Aug 90 13:02:39 +0300 Received: by cs.hut.fi (4.0/6.8/S-TeKoLa) id AA13944; Tue, 28 Aug 90 13:02:36 +0300 Date: Tue, 28 Aug 90 13:02:36 +0300 From: Hannu Visti Message-Id: <9008281002.AA13944@cs.hut.fi> To: info-iris@vmb.brl.mil Subject: xircom ethernet adapter and iris I have had problems with a msdos-machine usinc XIRCOM pocket ethernet adapter. With them I can send and receive files (by ftp or rcp) normally, but when I try to send something to an iris, the pc hangs and nothing goes trough. Same thing happens if I connect to the pc from the iris and try to receive something. When the traffic is from iris to pc, there is no problems, everything works just fine. Seems a little bit odd to me... If someone has or has not got this adapter working, please tell me. /hv   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02310; 28 Aug 90 8:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02013; 28 Aug 90 7:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01973; 28 Aug 90 7:47 EDT Received: from fngate.fnal.gov by VGR.BRL.MIL id aa17509; 28 Aug 90 7:40 EDT Received: from WARNER.DECnet MAIL11D_V3 by fngate.fnal.gov (5.57/Ultrix2.4-C) id AA18755; Tue, 28 Aug 90 06:41:23 CDT Date: Tue, 28 Aug 90 06:41:20 CDT Message-Id: <9008281141.AA18755@fngate.fnal.gov> From: "Frank J. Nagy:VAX Guru,Wizard&Loose Cannon" To: "info-iris@BRL.MIL %fngate.dnet"@fngate Cc: "gov% amelia!hultquis@eos.arc.nasa.gov %FNAL.dnet"@fngate Subject: Re: Rack mounted 4D/20 We have rack-mounted PIs by removing their side panels and installing rack slide kits salvaged from some old Digital gear (PDP-11s maybe?). We currently have a "farm" of 20+ PIs installed in standard Fermilab 19" relay racks this way to provide event reconstruction production capacity. Contact Marc Haibeck (Haibeck@fnal.bitnet or haibeck@fnal.fnal.gov) for details. = Dr. Frank J. Nagy "VAX Guru & Wizard" = Fermilab Computing Division/Distributed Computing Dept/Special Projects Grp = HEPnet/SPAN: WARNER::NAGY (43198::NAGY) or FNAL::NAGY (43009::NAGY) = BitNet: NAGY@FNAL = Internet: NAGY@FNALF.FNAL.GOV = USnail: Fermilab POB 500 MS/234 Batavia, IL 60510   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06622; 28 Aug 90 12:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05034; 28 Aug 90 11:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04897; 28 Aug 90 10:57 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa18208; 28 Aug 90 10:49 EDT Received: from HOFSTRA.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 1226; Tue, 28 Aug 90 10:49:21 EDT Date: Tue, 28 Aug 90 10:46 EST From: ACCLRU%HOFSTRA.BITNET@cunyvm.cuny.edu MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Subject: TAE Plus toolkit? To: info-iris@BRL.MIL X-Original-To: info-iris@brl.mil, ACCLRU Message-ID: <9008281049.aa18208@VGR.BRL.MIL> Does anyone know where one can obtain the TAE Plus X-windows toolkit developed by NASA? Thanks Lanny Udey acclru%hofstra.bitnet@cunyvm.cuny.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09830; 28 Aug 90 15:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09557; 28 Aug 90 14:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09360; 28 Aug 90 14:44 EDT Received: from INETG1.ARCO.COM by VGR.BRL.MIL id aa19399; 28 Aug 90 14:36 EDT Received: by inetg1.arco.com (4.0/SMI-4.0) id AA01478; Tue, 28 Aug 90 13:37:16 CDT From: "Chris L. Fouts 754-3298" Message-Id: <9008281837.AA01478@inetg1.arco.com> Subject: Black dots in PostScript print outs To: info-iris@BRL.MIL Date: Tue, 28 Aug 90 13:37:13 CDT In-Reply-To: <9008272215.AA25131@max>; from "Harmon J. Zuccola" at Aug 27, 90 6:15 pm X-Mailer: ELM [version 2.2 PL0] In message <9008272215.AA25131@max>; from "Harmon J. Zuccola" on Aug 27, 90 6:15 pm, Harmon writes: > > 3) How do you get rid of those little grey dots, when you know > you should have a white background [on PostScript plots]? > I assume you are using the tops program. The source for this program is included in /usr/people/4Dgifts/iristools/imgtools. The problem is in the rgbrowtobw routine at the bottom of the file. Change the following line *obuf++ = (77*(*rbuf++) + 150*(*gbuf++) + 28*(*bbuf++))>>8; to *obuf++ = (77*(*rbuf++) + 150*(*gbuf++) + 29*(*bbuf++))>>8; ^^ and re-compile it. As it is, any white pixels (rbuf=gbuf=bbuf=255) cause obuf to be loaded with the value of 254 instead of 255. The printer prints out this "almost-white" color using a very light dither pattern, resulting in the black dots. -------------------------------------------------------------------------------- Chris L. Fouts Email: fouts@inetg1.arco.com Systems Engineer Phone: 214-754-3850 Silicon Graphics Computer Systems -------------------------------------------------------------------------------- "I have never seen anything fill up a vacuum so fast and still suck." - Rob Pike on X --------------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10418; 28 Aug 90 15:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08660; 28 Aug 90 14:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08519; 28 Aug 90 14:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19121; 28 Aug 90 13:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12637; Tue, 28 Aug 90 10:47:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Aug 90 16:43:53 GMT From: Martin McDonald Organization: Silicon Graphics, Inc., Mountain View, CA Subject: request for a customer Message-Id: <1990Aug28.164353.4581@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL i have a request for a customer who is not well connected. andrew miranker at harvard would like to have a color version of tops or any other utility to get color postscript from an sgi image. email miranker@huchu1.harvard.edu phone # (617) 495-1768 U.S. Mail 7 Divinity Str. Box 188 Cambridge, Mass. 02138 thanks in advance. -- Martin McDonald Prune Juice - A warrior's drink. SGI - Worf   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11281; 28 Aug 90 16:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac10418; 28 Aug 90 15:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab10181; 28 Aug 90 15:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19636; 28 Aug 90 15:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA17690; Tue, 28 Aug 90 12:05:59 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Aug 90 19:18:27 GMT From: Hannu Visti Organization: Helsinki University of Technology, Finland Subject: Re: xircom ethernet adapter and iris Message-Id: References: <9008281002.AA13944@cs.hut.fi> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008281002.AA13944@cs.hut.fi> visti@SAUNA.HUT.FI (Hannu Visti) writes: * I have had problems with a msdos-machine usinc XIRCOM pocket ethernet * adapter. With them I can send and receive files (by ftp or rcp) normally, Here, I meant to say that everything works fine to bot directions with other machines than irises... (I really should begin reading all articles trough before posting them....) * but when I try to send something to an iris, the pc hangs and nothing * goes trough. Same thing happens if I connect to the pc from the iris and * try to receive something. * * When the traffic is from iris to pc, there is no problems, everything * works just fine. Seems a little bit odd to me... * * * If someone has or has not got this adapter working, please tell me. * * /hv /hv   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11486; 28 Aug 90 16:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10418; 28 Aug 90 15:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10181; 28 Aug 90 15:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19634; 28 Aug 90 15:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA17517; Tue, 28 Aug 90 12:03: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 Aug 90 17:45:21 GMT From: Jim Bennett Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: putting and retrieving colours...help! Message-Id: <1990Aug28.174521.5752@odin.corp.sgi.com> References: <10335@pt.cs.cmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10335@pt.cs.cmu.edu> cycy@isl1.ri.cmu.edu (Scum) writes: >I'm having a very vexxing problem right now. I'm in doublebuffer, RGB mode. >In the backbuffer, I draw an object in 3-space with 0x01f as it's colour. >Just before this, I turn off lighting mode by binding the material to 0, >set the shademodel to FLAT, and even turn off zbuffering. What I get immediately >back, however, is 0x11 ! To get the colour of the pixel, I cmov to a position >where I drew the object, and use readRGB. In the example you gave, the RGBrange command will override the color command, so the color will be determined by the Z value. Jim Bennett (bennett@esd.sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11885; 28 Aug 90 16:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10755; 28 Aug 90 15:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10566; 28 Aug 90 15:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19708; 28 Aug 90 15:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18900; Tue, 28 Aug 90 12:24: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: 28 Aug 90 18:58:41 GMT From: Archer Sully Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: EMACS on SGI - cursor keys? Message-Id: <1990Aug28.185841.7367@odin.corp.sgi.com> References: <87809@cc.utah.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In comp.sys.sgi MACLEOD@cc.utah.edu (Rob MacLeod) writes: * * Dear SGI/IBM/EMACS users! * * Questions:1) How do we "adjust" the emacs code or SGI system parameters to * allow us to use the cursor keys? * * Any help will be MUCH appreciated! * * Rob MacLeod (macleod@cc.utah.edu or macleod@utahcca)) Well, you have to bind the commands for forward-char, backward-char, previous-line and next-line to the keystrokes produced by the arrow keys. you can do that like this (put these lines in your .emacs) ;; bindings for arrow keys on the SGI keyboard. (global-unset-key "\M-[") ;; undefine the leading sequence (global-set-key "\M-[A" 'previous-line) (global-set-key "\M-[B" 'next-line) (global-set-key "\M-[C" 'forward-char) (global-set-key "\M-[D" 'backward-char) There may be a nicer way of doing this, but this does work. -- Archer Sully | Every day is Earth Day with Nuclear Energy. archer@esd.sgi.com |   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00855; 28 Aug 90 21:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad00765; 28 Aug 90 21:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ax00397; 28 Aug 90 21:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21024; 28 Aug 90 20:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06925; Tue, 28 Aug 90 17:13: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 Aug 90 23:19:20 GMT From: Bill Phillips Organization: Xyvision Design Systems, Wakefield, MA Subject: rsh (remote shell) -- undocumented(?) feature(?) Message-Id: <1406@contex.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just discovered an apparently undocumented feature of the remote shell rsh (not to be confused with the restricted shell of the same name). rsh imposes a umask of 022 on all programs run through it. This caused us much consternation and confusion, and led to many man-days of fruitless and unnecessary debugging. As far as I have been able to determine after considerable research, this is entirely undocumented. We are running SGI IRIX 3.2 and 3.3 on a number of Personal Irises. Questions: - has anyone ever run into this before (I don't recall having seen discussions of it, but I could have missed it -- if anyone has articles or pointers, I'd like to see them)? - might this be under the control of some configuration file? I have definitely determined that neither ~/.profile nor /etc/profile was responsible. - if this is a known "feature", is there some flag for rsh, or some other way of turning it off (other than prepending "umask 0;" to every command line sent through rsh)? We'll be turning off the umask from within the programs run by rsh now, but that only applies to our own software, of course. Thanks, bill -- William F Phillips, Sr. Engr., Development Systems Development Group, Xyvision Design Systems + 101 Edgewater Drive + Wakefield, MA, USA uunet!contex!bill (formerly wfp@well & wfp@dasys1)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00951; 28 Aug 90 22:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00765; 28 Aug 90 21:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aq00397; 28 Aug 90 21:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20753; 28 Aug 90 19:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02867; Tue, 28 Aug 90 16:07: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: 28 Aug 90 22:50:27 GMT From: Nagesh Murthy Organization: University of Tennessee CS Department Subject: Problem encountered while trying to use new texsgi. Message-Id: <1990Aug28.225027.19824@cs.utk.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have had the Tex/Latex installed on our PI for a while now and when I heard that the new version of texsgi was availabe I got a copy of it via FTP. As before it resides in a directory called /usr/local/tex/bin and I also got the texsgi-fonts.tar.Z and they got automatically installed in /usr/local/share. Now when I try to run texsgi it opens an empty window and spits out messages such as cannot find cmti10 mag710 font and couple of other fonts. I realize that the fonts that have been defined as default are some how unable to be located. I have not changed anything else and I did not bother to get, I mean ftp, the texsgi-src.tar.Z since I thought it may not be needed. Can some one tell me what I may be doing wrong? If my posting sounds cryptic then I can post the actual or more elaborate error messages that I get in my WSH window. Thanking in advance.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01136; 28 Aug 90 22:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00765; 28 Aug 90 21:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aj00397; 28 Aug 90 21:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20643; 28 Aug 90 18:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28890; Tue, 28 Aug 90 15:08: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 Aug 90 19:31:17 GMT From: Thomas Mitchell Organization: Silicon Graphics Computer Systems, Mountain View CA. 94039 Subject: Re: detecting integer overflow Message-Id: <1990Aug28.193117.8104@odin.corp.sgi.com> References: , <67688@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <67688@sgi.sgi.com> karsh@trifolium.sgi.com (Bruce Karsh) writes: * In article globus@nas.nasa.gov (Al Globus) writes: * >I have a program that can potentially generate an integer overflow. * >I'd like to detect this when it happens and deal with it. According * >to SGI's Hotline folks, no can do. Well not in 'c' without testing the values as Ted and Bruce pointed out. This in effect doubles the amount of work that needs to be done on each operation. * > The OS catches the interrupt * >and then allows the process to go on its merry way with no mechanism * >to detect the overflow. * Well, our illustrious Hotline crew is usually gives perfectly reliable * information, but I think they may have missed this time. Here's the * straight scoop: Perhaps we got caught by the simple answer to a simple question. But there are multiple solutions to this problem. * The MIPS CPU will generate an integer overflow exception for signed * arithmetic instructions, but not unsigned ones. So if the MIPS ADD * instruction overflows, a SIGFPE signal is posted, while if an ADDU * instruction overflows, there's no interrupt and hence, no signal is posted. * In fact, this is the only difference between the operation of the ADD and * ADDU instructions. * * The MIPS C compiler generates unsigned arithmetic instructions. This is * the right thing for it to do since most C compilers do not treat 2's * complement overflow as an error and some programs even depend on this. Exactly -- this is what 'C' does. Other languages need to do things differently. Other languages..... Hmmm what is coming here? * I think similar considerations would apply to the Fortran compiler, but * I haven't looked. * * >Is there really no way? There's good mechanisms for floating point * >exceptions, why not for integer exceptions? There are goo ways and good reasons -- 'C' just does not care. If you want a portable test at the expense of extra work. Pre-test: * There is a pretty good way if you know the operation which can potentially * overflow. If a and b are added, then this test will detect whether c, their * sum, has overflowed. if( (~a^b & a^c) < 0) handle_overflow(); I.e., a single &. Thanks Ted W. yet we are solving the problem multiple times. There is an experimental language "Icon" with its roots in Snobol IV. This University of Arizona language project had to deal with exactly this integer overflow problem. Unlike 'c' Icon cares about overflow. Below is some MIPS assemble language which addresses the problem. The contributer of of this code to the Icon language project is: David Bacon Center for Advanced Research in Biotechnology Washington, D.C. The below is from the machine specific portions of the Icon Language interpreter. The distribution has code for 45 flavors of machines (yea, this is a common problem). The Icon Language not to be confused with them little pictures in the corner. The user must provide an entry point for " jal fatalerr" so he can handle the error stuff. Note how an error code is passed to the handler. Perhaps the best thing to do after looking at the following code is to dis-assemble (or capture '-S') the code generated by the compiler and compare. ------------ snip the leading X ---------------------- X .text X .align 2 X .globl ckadd X # 1 #define negative(a) ((unsigned)(a) < (unsigned)(0)) /* test sign bit */ X # 2 long ckadd(x,y) X # 3 long x,y; X # 4 { X .ent ckadd X ckadd: X subu $sp, 24 X sw $31, 20($sp) X .mask 0x80000000, -4 X .frame $sp, 24, $31 X # 5 long r; X # 6 r = x + y; X addu $3, $4, $5 X # 7 if negative(x ^ y) { X xor $14, $4, $5 X bltz $14, $33 X # 8 /* signs are different - sum is safe */ X # 9 return (r); X # 10 } else { X # 11 /* signs are the same - caution is needed */ X # 12 if negative(x ^ r) { X xor $15, $4, $3 X bgez $15, $33 X # 13 /* result sign differs from operand sign */ X # 14 fatalerr (-203, 0); /* overflow */ X li $4, -203 X move $5, $0 X jal fatalerr X move $2,$0 # return 0 if fatalerr returns X b $34 X # 15 } else { X $33: X # 16 return (r); X move $2, $3 X $34: X lw $31, 20($sp) X addu $sp, 24 X j $31 X .end ckadd X .text X .align 2 X .globl cksub X # 23 { X .ent cksub X cksub: X subu $sp, 24 X sw $31, 20($sp) X .mask 0x80000000, -4 X .frame $sp, 24, $31 X # 24 long r; X # 25 r = x - y; X subu $3, $4, $5 X # 26 if negative(x ^ y) { X xor $14, $4, $5 X bgez $14, $35 X # 27 /* signs are different - caution is needed */ X # 28 if negative(x ^ r) { X xor $15, $4, $3 X bgez $15, $35 X # 29 /* x and r have different signs - overflow */ X # 30 fatalerr (-203, 0); X li $4, -203 X move $5, $0 X jal fatalerr X move $2,$0 # return 0 if fatalerr returns X b $37 X # 31 } else { X $35: X # 32 return (r); X # 33 } X # 34 } else { X # 35 /* signs are the same - difference is safe */ X # 36 return (r); X move $2, $3 X # 37 } X # 38 } X $37: X lw $31, 20($sp) X addu $sp, 24 X j $31 X .end cksub X .text X .align 2 X .globl ckmul X # 39 X # 40 long ckmul(x,y) X # 41 long x,y; X # 42 { X .ent ckmul X ckmul: X subu $sp, 24 X sw $31, 20($sp) X .mask 0x80000000, -4 X .frame $sp, 24, $31 X mult $4,$5 # 64-bit product X mfhi $3 # hi part (should be 0 or -1 for no overflow) X mflo $2 # lo part X move $8,$2 # copy of lo part X sra $8,31 # propagate lo's sign bit thru whole word X beq $8,$3,$38 # no overflow if this matches hi part X li $4, -203 X move $5, $0 X jal fatalerr X $38: X lw $31, 20($sp) X addu $sp, 24 X j $31 X .end ckmul X X -- -- Thomas P. Mitchell -- mitch@sgi.com or mitch%relay.csd@sgi.com "All things in moderation; including moderation."   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01191; 28 Aug 90 22:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01136; 28 Aug 90 22:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01099; 28 Aug 90 22:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21444; 28 Aug 90 22:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13334; Tue, 28 Aug 90 19:06: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: 28 Aug 90 17:30:10 GMT From: Dave Carek Organization: NASA/Lewis Research Center, Cleveland Subject: WorkSpace from NFS mounted home directory Message-Id: <1990Aug28.173010.6733@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anybody know how to get WorkSpace to start when your home directory is NFS mounted to another machine? I checked the autostart parameter using the System Manager and it says it should start. Right now I'm using the default user.ps file. If I log in on the machine where my home directory is WorkSpace starts fine, but if I try to log in from a different machine that has my home directory NFS mounted to it, WorkSpace will not start. It won't even start if I try it from the System Menu. Thanks in advance. -- ----------------------------------------------------------------------- | David Carek | phone: 216-433-8396 | | NASA Lewis Research Center | | | Cleveland, Ohio 44135 | email: eddc@opus.lerc.nasa.gov | |---------------------------------------------------------------------| | Engineer -> An innovative imaginative scientist who must design the | | improbable using the impossible on a budget that is invisible | -----------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01226; 28 Aug 90 22:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00765; 28 Aug 90 21:38 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ai00397; 28 Aug 90 21:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20641; 28 Aug 90 18:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28873; Tue, 28 Aug 90 15:08: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: 28 Aug 90 19:17:00 GMT From: Kurt Akeley Organization: sgi Subject: Re: putting and retrieving colours...help! Message-Id: <1990Aug28.191700.7829@odin.corp.sgi.com> References: <10335@pt.cs.cmu.edu>, <1990Aug28.174521.5752@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug28.174521.5752@odin.corp.sgi.com>, bennett@sgi.com (Jim Bennett) writes: |> In article <10335@pt.cs.cmu.edu> cycy@isl1.ri.cmu.edu (Scum) writes: |> >I'm having a very vexxing problem right now. I'm in doublebuffer, RGB mode. |> >In the backbuffer, I draw an object in 3-space with 0x01f as it's colour. |> >Just before this, I turn off lighting mode by binding the material to 0, |> >set the shademodel to FLAT, and even turn off zbuffering. What I get immediately |> >back, however, is 0x11 ! To get the colour of the pixel, I cmov to a position |> >where I drew the object, and use readRGB. |> |> In the example you gave, the RGBrange command will override the color |> command, so the color will be determined by the Z value. |> |> Jim Bennett (bennett@esd.sgi.com) it's true that the RGBrange command will override the cpack command, but it does so with the same value, because it is specified with near and far colors equal, based on the same values passed to cpack. thus the RGBrange command is not the problem. more likely, you are using a machine (such as a Personal Iris) that stores only 4 bits per color component when in doublebuffer RGB mode. such machines store only the 4 MSBs of each component, and replicate this nibble into the 4 LSBs when read back. this would nicely explain why 0x1f became 0x11. 0x1f is stored as 0x1x, then returned as 0x11 -- kurt   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01433; 28 Aug 90 23:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01291; 28 Aug 90 23:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01266; 28 Aug 90 23:00 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21566; 28 Aug 90 22:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15792; Tue, 28 Aug 90 19:50: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 Aug 90 01:56:43 GMT From: Ted Wilcox Organization: Silicon Graphics, Inc., Mountain View, CA. Subject: Re: prototypes not working? Message-Id: <1990Aug29.015643.15071@odin.corp.sgi.com> References: , <1990Aug27.233218.26580@odin.corp.sgi.com>, <67855@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <67855@sgi.sgi.com> davea@quasar.wpd.sgi.com (David B. Anderson) writes: >In article <1990Aug27.233218.26580@odin.corp.sgi.com> ted@vball.sgi.com (Ted Wilcox) writes: >>In globus@nas.nasa.gov (Al Globus) writes: >>>I'm using prototypes in my code but not getting any error messages >>"-prototypes" option. It also says that "use of this option is not >>recommended." I'm not sure why it's not recommended. >Ted is normally very careful. Unfortunately he misread the cc man page. >Perhaps my wording there lead to confusion. Ummmmmmmmmm. Wellllllllll. Heh heh. I think I'll go pry my toes out of my throat now. | In the Olympic Games, Greeks ran races, jumped, Ted. | hurled the biscuits, and threw the java. ted@sgi.com | -Anonymous history student.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01548; 28 Aug 90 23:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01291; 28 Aug 90 23:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01266; 28 Aug 90 23:00 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21564; 28 Aug 90 22:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15785; Tue, 28 Aug 90 19:50: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: 29 Aug 90 01:48:12 GMT From: Aaron Schuman Organization: Silicon Graphics 415-335-1901 Subject: Re: rsh (remote shell) -- undocumented(?) feature(?) Message-Id: <1990Aug29.014812.14956@odin.corp.sgi.com> References: <1406@contex.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just looked over the source for rshd, and I didn't see it setting umask anywhere. It isn't set in rcmd(3) either. Doing a setuid system call doesn't source the rc files belonging to the new user, so umask isn't getting set that way. The umask shell variable is inherited by child processes. My guess is that on your system rshd's parent (inetd) has a umask of 022, and so does rshd's grandparent (init).   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01609; 28 Aug 90 23:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01433; 28 Aug 90 23:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01385; 28 Aug 90 23:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21635; 28 Aug 90 23:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16604; Tue, 28 Aug 90 20:04: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 Aug 90 02:15:49 GMT From: Ted Wilcox Organization: Silicon Graphics, Inc., Mountain View, CA. Subject: Re: Rack mounted 4D/20 Message-Id: <1990Aug29.021549.15320@odin.corp.sgi.com> References: <3209@dftsrv.gsfc.nasa.gov>, <1990Aug25.234947.6323@odin.corp.sgi.com>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In hultquis@nas.nasa.gov (Jeff P. M. Hultquist) writes: >> From: olson@anchor.esd.sgi.com (Dave Olson) >> >> In <3209@dftsrv.gsfc.nasa.gov> buck@drax.gsfc.nasa.gov >> (Loren (Buck) Buchanan) writes: >> >> | A previous posting talked about the chassis of the PI, and that reminded >> | me that our customer would like to have a PI rack mounted rather than >> | eating up floor space. Has anyone done this? Is it available from SGI? >> >> It is certainly doable. We built one (at least) for a trade show, >> but I don't think we or any of our Geometry Partners market such >> a machine. >This would be a great idea. At NASA-Ames, we have several >machine rooms which are full, but only below one's knees. >We have been forced to build shelves in order to get decent >use out of these rooms. (Actually, we use old tables, and >we place machines on top and underneath!) Actually, over here in Personal Systems Division, we do sell rack mount{ed|able} board sets. Right now, we have a 9U 4D20 which has 1 board for the CPU and 1 board for graphics. The graphics has basically the same options you can get on a PI. We have also got a 6U 4D25 which has 3 cards for the CPU and 2 cards for the graphics. The turbo option is not completed yet. Also, I don't think these have been FCC'ed (new verb!) yet. I'll try to get a little more info on exactly what is available and whom to contact for details. >Disclaimer: "I am not a rocket scientist." Heh heh. Very clever, this. | In the Olympic Games, Greeks ran races, jumped, Ted. | hurled the biscuits, and threw the java. ted@sgi.com | -Anonymous history student.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09520; 29 Aug 90 11:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08026; 29 Aug 90 10:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07754; 29 Aug 90 10:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23406; 29 Aug 90 10:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA22608; Wed, 29 Aug 90 06:56:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Aug 90 17:30:22 GMT From: Mike York Organization: BoGART To You Buddy, Renton, WA Subject: SGI's migration to X Message-Id: <208@voodoo.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We're looking in the crystal ball and trying to identify hardware and software costs for the next year. What's not clear to us is SGI's migration plan to X. Is there one? Will we have to buy the X Window Development System at $950 a pop for all of our PI's or will it come with the Software Development Package? Will we have to buy it for our 320S? Anyone at SGI care to comment? This whole area is very fuzzy right now... -- Mike York | "I want to embrace you, but Boeing Computer Services | first, I have to satisfy (206) 234-7724 | my sense of moral outrage" zombie@voodoo.com | -Roger Rabbit   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02647; 29 Aug 90 2:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02529; 29 Aug 90 1:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02480; 29 Aug 90 1:37 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa22071; 29 Aug 90 1:33 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 9513; Wed, 29 Aug 90 01:33:40 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 29 Aug 90 01:36 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!ucsd.edu!swrinde!emory!utkcs2!murthy) id AA08248; Wed, 29 Aug 90 01:44:24 DSD Date: Wed, 29 Aug 90 01:44:24 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Problem encountered while trying to use new texsgi. To: Nagesh Murthy Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008290844.AA08248@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, swrinde!emory!utkcs2!murthy@ucsd.edu My experience with Mike G.'s texsgi has been ok (not great, but he is still working on it). Mike has told me that you must have the font files in the directory it expects it in. I recompiled the source with the proper path, and that solved the problem. The program does not use the environment var FONTPATH (or somthing like that) that it is advertized to use. 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 aa03109; 29 Aug 90 2:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02779; 29 Aug 90 2:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02755; 29 Aug 90 2:10 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa22172; 29 Aug 90 2:03 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 9609; Wed, 29 Aug 90 02:03:31 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 29 Aug 90 02:06 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA08704; Wed, 29 Aug 90 02:14:11 DSD Date: Wed, 29 Aug 90 02:14:11 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: TeX Exerciser To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9008290914.AA08704@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I am new to tex, but I have managed to put up TeX from the University of Toronto ftp distribution. I have also put up the texsgi previewer without too much grief. I was also able to get the beebe dvi collection driver for my HP LaserJet II up. Now for fine tuning. How do I exercise (make a tex file) to run through all of the fonts that I have metafont sources for in all of the standard sizes, including the AMS fonts ? Does anyone have a file for this purpose ? My problem is that some characters are not working properly, like the left and right parens in vgrind, the AMS fonts in texsgi, and landscape fonts (for envelope printing). I need a good diagnostic tool. Does anyone have a makefile that knows the rules for going from metafonts files to intermediate forms to bitmap forms ? I have not installed fonts yet, so pardon my request if this procedure it trivial. 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 aa05178; 29 Aug 90 8:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04329; 29 Aug 90 7:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04306; 29 Aug 90 7:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22871; 29 Aug 90 7:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15008; Wed, 29 Aug 90 04:28: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 Aug 90 10:58:38 GMT From: Mark Rosenstein Organization: Bellcore, Morristown, NJ Subject: Keyboard pinouts and options: A request Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A while back there a was a "discussion" of "I hate the keyboard", "The keyboard is great". Has anyone investigated replacing the keyboard on the PI 4D/25 with another keyboard. Specifically if someone has the pinouts and signals from the keyboard and would send them to me, my life would be a better place. Any advice on keyboard hacking people have done or contemplated would be appreciated. If you mail to me, I'll summarize. Please, what I don't want to do is start up the "discussion" again. Thanks. Mark Rosenstein ----- "Pump up the Volume". A good movie from MTV and New Line Cinema. A bad idea for news groups.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10048; 29 Aug 90 11:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08518; 29 Aug 90 10:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08093; 29 Aug 90 10:36 EDT Received: from SGI.COM by VGR.BRL.MIL id aa23533; 29 Aug 90 10:27 EDT Received: from relay.sgi.com by SGI.COM via SMTP (5.64-bind 1.5+ida/900410.SGI) for info-iris@BRL.MIL id AA00021; Wed, 29 Aug 90 07:28:04 -0700 Received: from sgihub.corp.sgi.com by relay.sgi.com (5.52/900423.SGI) for @sgi.sgi.com:info-iris@BRL.MIL id AA19174; Wed, 29 Aug 90 07:28:02 PDT Received: from atl280.atlanta.sgi.com by sgihub.corp.sgi.com via UUCP (5.52/891101.SGI) for @relay.sgi.com:info-iris@BRL.MIL id AA29517; Wed, 29 Aug 90 07:28:01 PDT Received: from atl280.atlanta.sgi.com by sgiatl.atlanta.sgi.com (5.52/891101.SGI) for sgihub!BRL.MIL!info-iris id AA12466; Wed, 29 Aug 90 10:34:33 EDT Received: by atl280.atlanta.sgi.com (5.52/890607.SGI) (for info-iris%BRL.MIL@sgiatl.atlanta.sgi.com) id AA11053; Wed, 29 Aug 90 10:34:32 EDT Date: Wed, 29 Aug 90 10:34:32 EDT From: George Smith X-Organization: Silicon Graphics Inc., SouthEast Region Message-Id: <9008291434.AA11053@atl280.atlanta.sgi.com> To: info@atl280.atlanta.sgi.com Subject: New User Group in Atlanta HI Everyone:: Just a note to those users in the Atlanta Ga. area. We are going to start a users group here in Atlanta. Please return via EMAIL "R key" if you are intersetd in particapating.. We're looking in the Late September Early October time frame for the first meeting... :=============================================================: | George Smith (Systems Engineer) | ph.(404)392-1333 | | Silicon Graphics Inc. | Email: georges@sgi.com | | 1100 Abernathy Road N.E. | Vmail: x8048 | | Building 500, Suite 1120 | | | Atlanta,Ga. 30328 | | :=============================================================:   Received: from vmb.brl.mil by VMB.BRL.MIL id ab10048; 29 Aug 90 11:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09520; 29 Aug 90 11:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09331; 29 Aug 90 11:16 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa23809; 29 Aug 90 11:04 EDT Received: Wed, 29 Aug 90 06:53:19 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Wed, 29 Aug 90 09:54:19 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Wed, 29 Aug 90 10:01:01 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Wed, 29 Aug 90 10:01:01 EDT From: Tony Facca Message-Id: <9008291401.AA22302@avelon.lerc.nasa.gov> To: contex!bill@uunet.uu.net Subject: Re: rsh (remote shell) -- undocumented(?) feature(?) Cc: info-iris%brl.mil@prandtl.nas.nasa.gov In article <1406@contex.UUCP> bill@contex.UUCP (Bill Phillips) writes: > >I just discovered an apparently undocumented feature of the remote >shell rsh (not to be confused with the restricted shell of the same >name). rsh imposes a umask of 022 on all programs run through it. This is not necessarily true. The Berkeley rsh command imposes whatever umask is imposed by the remote machine. When you issue the rsh command it assumes the environment of the remote host. >Questions: > > - might this be under the control of some configuration file? > I have definitely determined that neither ~/.profile nor > /etc/profile was responsible. > I don't use the Bourne Shell so I don't know if this works for sh or not. If your default shell is the C Shell (check the /etc/passwd file, last field) on the remote machine, then rsh commands will invoke the .cshrc file in your home directory. If you set a umask in this file, it will be the umask used by the command which is executed. > - if this is a known "feature", is there some flag for rsh, > or some other way of turning it off (other than prepending > "umask 0;" to every command line sent through rsh)? > As you have determined, since the .cshrc file is executed by rsh each time you pass a command to the remote machine, you must either change it in the .cshrc file or keep doing the 'umask 0' each time. You can, of course string multiple commands together in an rsh: rsh remote_host 'echo who ; who ; echo date ; date' To test the umask do this: rsh remote_host 'umask ; umask 0 ; who ; date ; umask' When you do the last umask, it should report 0. Therefore, the 'who' and 'date' commands run with a umask of 0. Hope this helps some. -- ----------------------------------------------------------------------------- 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 aa10786; 29 Aug 90 12:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10441; 29 Aug 90 12:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10417; 29 Aug 90 11:59 EDT Received: from REMOTE.DCCS.UPENN.EDU by VGR.BRL.MIL id aa24008; 29 Aug 90 11:47 EDT Return-Path: Received: from C.CHEM.UPENN.EDU by remote.dccs.upenn.edu id AA10507; Wed, 29 Aug 90 11:47:58 -0400 Message-Id: <9008291547.AA10507@remote.dccs.upenn.edu> Date: Wed, 29 Aug 90 11:48 EST From: "Yates, John H." Subject: Emacs on 4D/320S IRIX 3.3? To: info-iris@BRL.MIL X-Vms-To: INFIRIS,YATES I just got emacs dist-18.55 from MIT, but was not successful in building it on an IRIS 4D/320S, IRIX 3.3 . I dumped the code on /usr/local/source/emacs/dist-18.55 and down. Here is the output I currently get (several runs) from build-install: set EMACS=/usr/local/source/emacs/dist-18.55 set BIN=/usr/local/bin /bin/sed s;/usr/local/emacs;/usr/local/source/emacs/dist-18.55; cd etc make cc -o yow -g yow.c -lmld cd src make make -f xmakefile all cc -g -Demacs -I/usr/include/bsd -c filelock.c cc -g -Demacs -I/usr/include/bsd -c doc.c cc -g -Demacs -I/usr/include/bsd -c lread.c cc -g -Demacs -I/usr/include/bsd -c callproc.c ld -o temacs pre-crt0.o /usr/lib/crt1.o dispnew.o scroll.o xdisp.o window.o term.o cm.o emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o cmds.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o fns.o print.o lread.o abbrev.o syntax.o unexmips.o mocklisp.o bytecode.o process.o callproc.o doprnt.o terminfo.o lastfile.o alloca.o malloc.o -lPW -lmld -lcurses -lbsd -lc /usr/lib/crtn.o rm -f ../etc/DOC ../etc/make-docfile dispnew.o scroll.o xdisp.o window.o term.o cm.o emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o cmds.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o fns.o print.o lread.o abbrev.o syntax.o unexmips.o mocklisp.o bytecode.o process.o callproc.o doprnt.o ../lisp/simple.elc ../lisp/help.elc ../lisp/files.elc ../lisp/window.elc ../lisp/indent.elc ../lisp/loaddefs.el ../lisp/paths.el ../lisp/startup.elc ../lisp/lisp.elc ../lisp/page.elc ../lisp/register.elc ../lisp/paragraphs.elc ../lisp/lisp-mode.elc ../lisp/text-mode.elc ../lisp/fill.elc ../lisp/c-mode.elc ../lisp/isearch.elc ../lisp/replace.elc ../lisp/abbrev.elc ../lisp/buff-menu.elc ../lisp/subr.elc ../lisp/version.el > ../etc/DOC ./temacs -batch -l inc-vers *** Termination code 138 Stop. *** Error code 1 Stop. exit 1 And in SYSLOG there is: Process 27630 [temacs] sent SIGBUS due to VME bus Timeout PC:0x465D84 ep:0xFFFFC0F0 Now, what I did. I put the path you see above in for EMACS and BIN into build-install. I put: #include "s-iris3-6.h" #include "m-iris4d6.h" in config.h . The following is paths.h (build-install supposedly edits this, but the INSTALL file says it contains targets for the code, yet in fact, it contains search paths. Something seems inconsistent here.) /* The default search path for Lisp function "load". This sets load-path. */ #define PATH_LOADSEARCH "/usr/local/source/emacs/dist-18.55/lisp" /* the extra search path for programs to invoke. This is appended to whatever the PATH environment variable says to set the Lisp variable exec-path and the first file namein it sets the Lisp variable exec-directory. */ #define PATH_EXEC "/usr/local/source/emacs/dist-18.55/etc" /* the name of the directory that contains lock files with which we record what files are being modified in Emacs. This directory should be writable by everyone. THE STRING MUST END WITH A SLASH!!! */ #define PATH_LOCK "/usr/local/source/emacs/dist-18.55/lock/" /* the name of the file !!!SuperLock!!! in the directory specified by PATH_LOCK. Yes, this is redundant. */ #define PATH_SUPERLOCK "/usr/local/source/emacs/dist-18.55/lock/!!!SuperLock!!!" Anybody see the error of my ways? Thanks, John yates@c.chem.upenn.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11010; 29 Aug 90 12:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09168; 29 Aug 90 11:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09075; 29 Aug 90 11:03 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23758; 29 Aug 90 10:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24858; Wed, 29 Aug 90 07:36: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: 29 Aug 90 14:32:47 GMT From: Nagesh Murthy Organization: University of Tennessee CS Department Subject: Problem unsolved even after recompiling texsgi! Message-Id: <1990Aug29.143247.2607@cs.utk.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Well, I got the texsgi-src.tar.Z from vgr.brl.mil and compiled it by making sure that the two path variables were correct (i.e. for the fonts and the macros). The make file ran OK except for some warnings saying that some variables were redefined (I don't remember what they were). But the texsgi was unable to show me my *.dvi file and kept spitting out warning messages saying magnification and fonts not found and stuff like using zero font size. I guess I need some authoritative advice. Thanking in advance.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab11010; 29 Aug 90 12:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10786; 29 Aug 90 12:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10782; 29 Aug 90 12:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24151; 29 Aug 90 12:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29719; Wed, 29 Aug 90 09:02:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 Aug 90 15:29:57 GMT From: Jim Hollan Organization: /u/hollan/.organization Subject: DUMP/RESTORE Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL How can I get DUMP/RESTORE to use with a 320VGX and a group of PIs? Jim   Received: from vmb.brl.mil by VMB.BRL.MIL id ac11010; 29 Aug 90 12:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac10786; 29 Aug 90 12:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab10782; 29 Aug 90 12:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24155; 29 Aug 90 12:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29731; Wed, 29 Aug 90 09:02: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: 29 Aug 90 11:17:52 GMT From: Urs Meyer Organization: University of Zurich, Department of Computer Science Subject: Re: rsh (remote shell) -- undocumented(?) feature(?) Message-Id: <1990Aug29.111752.18145@gorgo.ifi.unizh.ch> References: <1406@contex.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1406@contex.UUCP> bill@contex.UUCP (Bill Phillips) writes: > >I just discovered an apparently undocumented feature of the remote >shell rsh (not to be confused with the restricted shell of the same >name). rsh imposes a umask of 022 on all programs run through it. > [...] >Questions: [...] > - might this be under the control of some configuration file? > I have definitely determined that neither ~/.profile nor > /etc/profile was responsible. umask 22 is set in /etc/profile and /etc/cshrc. > - if this is a known "feature", is there some flag for rsh, > or some other way of turning it off (other than prepending > "umask 0;" to every command line sent through rsh)? Probably not. >We'll be turning off the umask from within the programs run by rsh >now, but that only applies to our own software, of course. Try if changing /etc/{cshrc,profile} helps before changing your software. >Thanks, >bill >-- >William F Phillips, Sr. Engr., Development Systems Development Group, > Xyvision Design Systems + 101 Edgewater Drive + Wakefield, MA, USA > uunet!contex!bill (formerly wfp@well & wfp@dasys1) 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 aa11186; 29 Aug 90 12:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10441; 29 Aug 90 12:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10420; 29 Aug 90 11:59 EDT Received: from REMOTE.DCCS.UPENN.EDU by VGR.BRL.MIL id aa24054; 29 Aug 90 11:53 EDT Return-Path: Received: from C.CHEM.UPENN.EDU by remote.dccs.upenn.edu id AA10600; Wed, 29 Aug 90 11:53:57 -0400 Message-Id: <9008291553.AA10600@remote.dccs.upenn.edu> Date: Wed, 29 Aug 90 11:54 EST From: "Yates, John H." Subject: Emacs on 4D/320S IRIX 3.3 (typo correction) To: info-iris@BRL.MIL X-Vms-To: INFIRIS,YATES The m include file line I used is really: #include "m-iris4d.h" Only my mail message had a typo. John yates@c.chem.upenn.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12073; 29 Aug 90 13:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11565; 29 Aug 90 13:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11560; 29 Aug 90 13:01 EDT Received: from dinorah.wustl.edu by VGR.BRL.MIL id aa24323; 29 Aug 90 12:52 EDT Return-Path: Date: Wed, 29 Aug 90 11:53:19 CDT From: art@dinorah.wustl.edu Message-Id: <9008291653.AA10471@dinorah.wustl.edu> To: sofpjf@vm.uoguelph.ca Subject: Re GNU emacs 18.55 Cc: harms@dinorah.wustl.edu, info-iris@BRL.MIL Peter Jaspers-Fayer writes... > Subject: GNU emacs 18.55 > To: Iris mailing list > > >We tried to install GNU emacs v 18.55 on our 380. I don't know what > >went wrong, but the make went wild and just about took all available > >memory, and an unhealthy number of processes, only to result in an > >error: > > > >#make all & > >[1] 18578 > ># cd etc; make all > > cd src; make all > > make -f xmakefile all > > ./temacs -batch -l inc-vers > >*** Termination code 139 > > > >Stop. Well, yes, we have seen this before, and after much digging we found the problem. Let me see if I can recall it in sufficient detail. The symptom is that temacs eats up memory at a fantastic rate. It does this because of a POSIXification that came along with IRIX 3.3 -- it's all coming back to me now (Ok, I'll admit it, I peeked!) It used to be (pre 3.3 days) that the current working directory was obtained by the system call getcwd. Now, to be POSIX conformant, the system call is getwd, and getcwd is a subroutine which is implemented by calling getwd. GNU portable-izes this by having a flag HAVE_GETWD, which if it is not defined causes getwd to be implemented as a function which calls getcwd and also allocates some memory. Unfortunately, the default setup for the Silicon Graphics 4D series does not set HAVE_GETWD, so when temacs calls getwd it allocates some memory and calls getcwd which calls getwd which allocates some memory and calls getcwd which.... well, you get the picture. To fix this subtle but pernicious problem, just add #define HAVE_GETWD to your config.h file (or you could stick it in s-iris3-6.h if you prefer), and things should go much better. Luck! -art smith (art@dinorah.wustl.edu or ...!uunet!wugate.wustl.edu!dinorah!art)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01029; 29 Aug 90 16:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00541; 29 Aug 90 16:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00258; 29 Aug 90 16:23 EDT Received: from REMOTE.DCCS.UPENN.EDU by VGR.BRL.MIL id aa00573; 29 Aug 90 15:09 EDT Return-Path: Received: from C.CHEM.UPENN.EDU by remote.dccs.upenn.edu id AA12808; Wed, 29 Aug 90 15:08:55 -0400 Message-Id: <9008291908.AA12808@remote.dccs.upenn.edu> Date: Wed, 29 Aug 90 15:09 EST From: "Yates, John H." Subject: Emacs on IRIX 3.3 again To: info-iris@BRL.MIL X-Vms-To: INFIRIS,YATES I just was scanning the last two months of info-iris. I found that others had the same problem, and a shar file of patches was posted. I got it, unshared it, but the program patch does not seem to be on my system. Is this a layered product from SGI, or GNU, or what? Thanks, John yates@c.chem.upenn.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01491; 29 Aug 90 17:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01029; 29 Aug 90 16:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01003; 29 Aug 90 16:50 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa01433; 29 Aug 90 16:42 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 7250; Wed, 29 Aug 90 16:44:06 EST Received: by UOGUELPH (Mailer R2.07) id 6820; Wed, 29 Aug 90 16:44:04 EST Date: Wed, 29 Aug 90 16:17:34 EST From: Peter Jaspers-Fayer Subject: emacs, the final chapter -- I hope To: Iris mailing list Message-ID: <9008291642.aa01433@VGR.BRL.MIL> OK, with many thanks to all, especially Scott Henry of SGI, I finally got emacs up and running. For those of you contemplating this, here's what I went through. - On a partition with 20MB or so free (I exagerate, but only slightly): - Get the 18.55 version from some server (copies abound). - Get 'patch.tar.Z' fron vgr.brl.mil - Get the irix3.3 patch to emacs from an archive for this list (thx Scott) - Create patch (that Configure script is a real hoot!) - tar dist-18.55 directory from the tar file - sh the shar file containing the patches. Before doing so, `jot` the shar file and repair any (1 found one) line wraps caused by some mail daemon (the wrapped line will be without a leading '+' in the middle of a bunch of lines with them). - Carefully follow the instructions in the README in the patch set (you do not need to mangle config.h, the patch does it for you) - run make (and it runs, and runs, and...) You may find it benificial to pre-create /usr/local/emacs and the various others mantioned in the README in the emacs distribution (I had a small problem here, but that may have been because I was not 'root' at the time). When you are done you should see something like: # cd /usr/local/emacs # du -s * 4 README 160 cpp 5322 etc 2414 gdb 2360 info 6660 lisp 1 lock 2692 man 31 shortnames plus emacs, ctags, and etags in /usr/local/bin The editor comes up, but darned if I know if all that lisp stuff works. I hope all them users on our 380 like the thing, I'm not sure I do. /PJ SofPJF@VM.UoGuelph.Ca (Probably also reachable (until ?) at SOFPJF@UOGUELPH.BITNET) Klein bottle for rent, apply within.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00247; 29 Aug 90 20:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02025; 29 Aug 90 18:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02022; 29 Aug 90 18:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02087; 29 Aug 90 18:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA22989; Wed, 29 Aug 90 15:11: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: 29 Aug 90 21:16:13 GMT From: Betsy Zeller Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: WorkSpace from NFS mounted home directory Message-Id: <68084@sgi.sgi.com> References: <1990Aug28.173010.6733@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug28.173010.6733@eagle.lerc.nasa.gov> eddc@opus.lerc.nasa.gov (Dave Carek) writes: > >Does anybody know how to get WorkSpace to start when your home directory >is NFS mounted to another machine? I checked the autostart parameter >using the System Manager and it says it should start. Right now I'm >using the default user.ps file. If I log in on the machine where my >home directory is WorkSpace starts fine, but if I try to log in from >a different machine that has my home directory NFS mounted to it, >WorkSpace will not start. It won't even start if I try it from the >System Menu. > On the 3.3 version, WorkSpace does not work well if the home directory is NFS mounted. There are two solutions to this. 1. NFS mount your directories with the 'private' option (this may have other side effects for your NFS behaviour) OR 2. i) open a wsh window ii) make yourself a directory that is on the machine from which you are running workspace (eg /usr/tmp/foo) iii) setenv HOME /usr/tmp/foo iv) run workspace Workspace will run fine in this environment, as long as you remember to set your HOME variable to the empty directory you made, each time before you start workspace. Note that any files you create using tools on your WorkSpace will appear in your new $HOME/WorkSpace instead of your RealHomeDirectory/WorkSpace, but you can pick them all and drag them to where you really want them after you make them. NOTE : Because any tool run from your WorkSpace will inherit the environment variables that WorkSpace starts with, anything run from WorkSpace will think that HOME = /usr/tmp/foo. This might be an issue with Mail, but I can't think of anything else that it will affect. You will know if your specialized programs expect to find certain file or directories in $HOME, and make links to your RealHomeDirectory. This bug is fixed in 3.3.1. Betsy Zeller   Received: from vmb.brl.mil by VMB.BRL.MIL id ac00247; 29 Aug 90 20:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00095; 29 Aug 90 20:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02211; 29 Aug 90 19:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02260; 29 Aug 90 19:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA25397; Wed, 29 Aug 90 15:50: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 Aug 90 22:29:06 GMT From: Scum Organization: Carnegie-Mellon University, CS/RI Subject: Re: putting and retrieving colours...help! Message-Id: <10349@pt.cs.cmu.edu> References: <10335@pt.cs.cmu.edu>, <1990Aug28.174521.5752@odin.corp.sgi.com>, <1990Aug28.191700.7829@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Well, Kurt and Martin (who sent me e-mail... thanks) got it right. Gavin Bell refered me to David Ligon, who explained the problem and its solution very well as follows: ->If Chris is using cpack(0x01f) on a PI in double buffer here is what he gets: ->----------------- ->| A | 0 | ->----------- BLUE ->| B | 0 | ->----------------- ->| A | 0 | ->----------- GREEN ->| B | 0 | ->----------------- ->| A | 1 | ->----------- RED ->| B | f | ->----------------- -> ->Where only the higb nibbles (A) are used. The syntax for cpack is: ->cpack(0xAABBGGRR) where alphs, blue, green, and red are byte sized portions.:^) -> ->Now when the readRGB call is made (I assume Chris packs the RGB data which is ->not necessary if the lrectread command is used) he gets 0 for blue, 0 for green ->and 11 for red as the high order bit is duplicated on read. -> ->I believe that if Chris picks colors that have high order bits and compares ->them to duplicated nibble colors his scheme will work. cpack(0x00102030) ->compare the packed readRGB on the PI to 0x00112233. Or return the lrectread ->value to 0x00112233 (this also replicates high nibbles). -> || || -> || || -> || || -> () () -> || || -> || || -> xx| |xx -> (__=_) (_=__) ->--dbl@legman.esd -> -> So thanks again for the responses! -- Chris. -- -- Chris. (cycy@isl1.ri.cmu.edu) "People make me pro-nuclear." -- Margarette Smith   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01364; 29 Aug 90 21:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00247; 29 Aug 90 20:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00222; 29 Aug 90 20:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00176; 29 Aug 90 20:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00867; Wed, 29 Aug 90 16:25:59 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 28 Aug 90 19:26:23 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Re: TAE Plus toolkit? Message-Id: <3260@dftsrv.gsfc.nasa.gov> References: <9008281049.aa18208@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9008281049.aa18208@VGR.BRL.MIL> ACCLRU@HOFSTRA.BITNET writes: > >Does anyone know where one can obtain the TAE Plus X-windows toolkit >developed by NASA? Contact COSMIC at COSMIC University of Georgia 382 East Broad St. Athens, Ga. 30602 (404) 542-3265 (Karen) They supply a large number of NASA software from image processing to user interfaces. Ask for the catelogue. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 aa01761; 29 Aug 90 21:56 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01691; 29 Aug 90 21:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01628; 29 Aug 90 21:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00455; 29 Aug 90 21:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08817; Wed, 29 Aug 90 18:27: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 Aug 90 13:35:33 GMT From: Tony Facca Organization: NASA/Lewis Research Center, Cleveland Subject: Re: rsh (remote shell) -- undocumented(?) feature(?) Message-Id: <1990Aug29.133533.3831@eagle.lerc.nasa.gov> References: <1406@contex.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1406@contex.UUCP> bill@contex.UUCP (Bill Phillips) writes: > >I just discovered an apparently undocumented feature of the remote >shell rsh (not to be confused with the restricted shell of the same >name). rsh imposes a umask of 022 on all programs run through it. This is not necessarily true. The Berekely rsh command imposes whatever umask is imposed by the remote machine. When you issue the rsh command it assumes the environment of the remote host. >Questions: > > - might this be under the control of some configuration file? > I have definitely determined that neither ~/.profile nor > /etc/profile was responsible. > I don't use the Bourne Shell so I don't know if this works for sh or not. If your default shell is the C Shell (check the /etc/passwd file, last field) on the remote machine, then rsh commands will invoke the .cshrc file in your home directory. If you set a umask in this file, it will be the umask used by the command which is executed. > - if this is a known "feature", is there some flag for rsh, > or some other way of turning it off (other than prepending > "umask 0;" to every command line sent through rsh)? > As you have determined, since the .cshrc file is executed by rsh each time you pass a command to the remote machine, you must either change it in the .cshrc file or keep doing the 'umask 0' each time. You can, of course string multiple commands together in an rsh: rsh remote_host 'echo who ; who ; echo date ; date' To test the umask do this: rsh remote_host 'umask ; umask 0 ; who ; date ; umask' When you do the last umask, it should report 0. Therefore, the 'who' and 'date' commands run with a umask of 0. Hope this helps some. -- ----------------------------------------------------------------------------- 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 aa03246; 30 Aug 90 1:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03164; 30 Aug 90 1:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03151; 30 Aug 90 0:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01222; 30 Aug 90 0:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19393; Wed, 29 Aug 90 21:41: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: 29 Aug 90 17:25:00 GMT From: usc!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!uxa.cso.uiuc.edu!ctt31684@ucsd.edu Subject: 3D patch program request Message-Id: <74200005@uxa.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello, I'm wondering if there is a "patch" program for the SGI. By "patch" I mean something that will generate a mesh of polygons representing a 3D solid. If you know such a program or any hints to a program please email me. Thank you. -Ching Tai -email ctt31684@uxa.cso.uiuc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06475; 30 Aug 90 8:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05164; 30 Aug 90 7:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05124; 30 Aug 90 6:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02090; 30 Aug 90 6:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA04951; Thu, 30 Aug 90 03:33: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: 29 Aug 90 23:49:05 GMT From: "Drew R Whitehouse" Organization: Australian National University Supercomputer Facility Subject: xterm Message-Id: <1990Aug30.094905@anusf.anu.edu.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm trying to run an xterm client from a 4D210 on a Sun SLC sparcstaion running a R4 server and I get the following....(other clients eg xload run fine) [grafix:~]: xterm X Error: BadValue Request Major code 2 () Request Minor code 0 ResourceID 0x20030 Error Serial #55 Current Serial #56 [grafix:~]: Any xpert's know what's happening here ? -- /*---------------------------------------------------------------------------*/ /* Drew Whitehouse, E-mail: drw900@anusf.anu.edu.au */ /* Visualization Programmer, Fax : (06) 2473425 */ /* Australian National University, Phone : (06) 2495985 */ /* Supercomputer Facility. */ /* GPO Box 4, Canberra ACT Australia 2601. */ /*---------------------------------------------------------------------------*/   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01461; 4 Sep 90 22:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01425; 4 Sep 90 22:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac01337; 4 Sep 90 22:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08200; 4 Sep 90 22:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13995; Tue, 4 Sep 90 19:10: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: 29 Aug 90 15:22:24 GMT From: Jean-Francis Balaguer Organization: Ecole Polytechnique Federale de Lausanne, Suisse Subject: Re: Crashing the window mgr from GL programs Message-Id: <314@disun10.epfl.ch> References: <1990Aug3.075057.11705@cs.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug3.075057.11705@cs.umn.edu>, slevy@poincare.geom.umn.edu (Stuart Levy) writes: > We use a locally-written 3-d object viewer on our Irises (personal and GTX). > For some aberrant objects, or possibly some xform matrices pushed on the stack, > we find it causes the window server to crash -- with messages resembling > "timeout: graphics FIFO still > 1/2 full" and/or "window server killed with > signal 15". In extreme cases it can cause our GTX Iris to lock up such that > we must reboot to recover the graphic display, though normally we're just > kicked back to a login: prompt. > > Does anyone know what kinds of geometric data can wedge the graphics subsystem > this way? If we knew what to avoid we might be able to change our application > to prevent crashes. > > Stuart Levy, Geometry Group, University of Minnesota > slevy@geom.umn.edu We had the same problem here not specially on personal iris but on every kind of SGI machines. It was coming from an accumulation of wrong gl calls. The most dangerous one was n3f called with NaN coordinates. We think SGI should provide a debug version of GL where every inconsistent call to the library should be trapped as it took us more than 3 days to find the problem. ---------------------------------------------------------------------------- Francis Balaguer Departement d'Informatique Tel : 41-21-6935244 Laboratoire d'Infographie FAX : 41-21-6933909 Ecole Polytechnique Federale de Lausanne CH-1015 LAUSANNE E-Mail : balaguer@ligsg2.epfl.CH balaguer@elma.epfl.CH ----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10605; 30 Aug 90 13:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10158; 30 Aug 90 12:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10098; 30 Aug 90 12:36 EDT Received: from TROUT.NOSC.MIL by VGR.BRL.MIL id aa03389; 30 Aug 90 12:27 EDT Received: from ucsd.edu by trout.nosc.mil (5.59/1.27) id AA03112; Thu, 30 Aug 90 09:27:26 PDT Received: from alex.ucsd.edu by ucsd.edu; id AA06729 sendmail 5.64/UCSD-2.1-sun via SMTP Thu, 30 Aug 90 09:27:23 -0700 for @nosc.mil:info-iris@BRL.mil Received: by alex.UCSD.EDU (4.0/UCSDGENERIC.3) id AA13430 to info-iris@BRL.MIL; Thu, 30 Aug 90 09:27:19 PDT Date: Thu, 30 Aug 90 09:27:19 PDT From: Bridget Message-Id: <9008301627.AA13430@alex.UCSD.EDU> To: info-iris@BRL.MIL Subject: Cursor tool? Cc: bridget@alex.ucsd.edu Hi, Has anyone out there written some code that will pop up a cursor and then enable you to read the coordinates of a point in any window relative to the origin of that window; i.e. I don't want just the screen coordinates but the relative window coordinates and I'd like to be able to run it at any time and for any window currently on my screen. If anyone knows of or has such a tool I'd love to hear from you. I'll summarize any findings back to this list. Thnakx in advance, Bridget Carragher bcarragher@ucsd.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11577; 30 Aug 90 14:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10808; 30 Aug 90 13:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10679; 30 Aug 90 13:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03624; 30 Aug 90 13:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27963; Thu, 30 Aug 90 10:05: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: 30 Aug 90 13:46:29 GMT From: Jeff Hanson Organization: NASA/Lewis Research Center, Cleveland Subject: Re: screen dumps Message-Id: <1990Aug30.134629.2677@eagle.lerc.nasa.gov> References: <18239@ultima.socs.uts.edu.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Sorry, mail bounced, Post follows. Neil Van Domselaar writes > I am currently doing a project on an Iris, in which I need to save > any section of the screen to an rgb file or similar image file format. I > have looked at icut but don't have the source code (is it available?). Could > anyone provide information concerning methods of dumping portions of screen. Install the dev.sw.giftssrc, also know as 4Dgifts for the answers you seek. (SGI image format described, source for icut, etc.). EVERYONE should load this software. In fact, it should be a default inst item. -- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* \ / \ / \ / \ / \ / \ / Jeff Hanson \ / \ / \ / \ / \ / \ / * ViSC: Better * tohanson@gonzo.lerc.nasa.gov * * * * * * / \ / \ Science / \ / \ NASA Lewis Research Center / \ / \ Through / \ / \ * * * * * * * Cleveland, Ohio 44135 * * * Pictures * * \ / \ / \ / \ Telephone - (216) 433-2284 Fax - (216) 433-2182 \ / \ / \ / *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13976; 30 Aug 90 16:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13795; 30 Aug 90 16:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13650; 30 Aug 90 15:57 EDT Received: from gdsnet.grumman.com by VGR.BRL.MIL id aa04269; 30 Aug 90 15:46 EDT Date: Thu, 30 Aug 90 15:13:21 EDT From: Dave Englund Received: by gdsnet.grumman.com (5.52/2.1-Grumman Data Systems-Woodbury) id AA12069; Thu, 30 Aug 90 15:13:21 EDT Message-Id: <9008301913.AA12069@gdsnet.grumman.com> To: info-iris@BRL.MIL Subject: VME interfaces A co-worker of mine has a nifty video digitizer card he's trying to make work in a VME chassis containing an assortment of other strange cards. He is suspicious that something's wrong with this card, but can't tell for sure with his system. I happened to discover that the Personal Iris I've been using has a double height VME slot just like he uses, and naively volunteered to help. Well, thirty Iris reference manuals later, I still haven't the foggiest clue as to how to address that bloody VME port. I'm not even sure I should plug in the board, for fear that whatever base address I choose wil stomp some other device and really make a mess of things. Have any of you ever done ANYTHING like this before? Please help. Dave Englund | #include englund@gdstech.grumman.com | main() Grumman Corp. | { Corporate Research Center | printf("hello, world\n"); Bethpage, NY | }   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14906; 30 Aug 90 17:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14607; 30 Aug 90 17:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14496; 30 Aug 90 16:55 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa04610; 30 Aug 90 16:44 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 7550; Thu, 30 Aug 90 16:45:49 EST Received: by UOGUELPH (Mailer R2.07) id 0844; Thu, 30 Aug 90 16:45:48 EST Date: Thu, 30 Aug 90 16:30:01 EST From: Peter Jaspers-Fayer Subject: .4sight and X To: Iris mailing list Message-ID: <9008301644.aa04610@VGR.BRL.MIL> I'm running 3.3 on my PI, and for some reason, for users having files ~/.4sight, user.ps and startup.ps, X applications & demos would not start. They WILL start from an xterm window. They also start OK if the standard windows are used. I accidentally stumbled on a partial explanation when I did a man on `xstart`. So I checked the swich in chkconfig called xSGINeWS. It is set to 'on' on my system. So it's being overridden by something. none of the id's have the $HOME/.xSGINeWS file, so that's not it. Since I stumbled on xstart, the work around is to call this 1st before calling any X programs, but something is still not right here. Any ideas? /PJ SofPJF@VM.UoGuelph.Ca (Probably also reachable (until ?) at SOFPJF@UOGUELPH.BITNET) Klein bottle for rent, apply within.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14946; 30 Aug 90 17:56 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14705; 30 Aug 90 17:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14616; 30 Aug 90 17:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04681; 30 Aug 90 17:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12113; Thu, 30 Aug 90 13:48:05 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Aug 90 17:53:55 GMT From: Mark Young Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: emacs, the final chapter -- I hope Message-Id: <1990Aug30.175355.7894@odin.corp.sgi.com> References: <9008291642.aa01433@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL One last comment on this emacs topic... I've seen many people getting bogged down in get/build process for gnu emacs. I'd just like to point out once again that there is another emacs available on the net, if you can do without a lot of the bells and whistles that you get with gnu emacs...it's called microemacs. it probably takes up a quite a bit less memory and doesn't need to be installed on a disk with 'at least twenty megabytes free'. SGI doesn't delivery it, as far as I know. you have to get it off of the net, or directly from the author, dan lawrence. I can dig up his net address if anyone is interested. ...myoung myoung@joker.asd.sgi.com "My opinions are just that, nothing more, nothing less."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15178; 30 Aug 90 18:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab14946; 30 Aug 90 18:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14929; 30 Aug 90 17:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04863; 30 Aug 90 17:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14867; Thu, 30 Aug 90 14:31: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 Aug 90 20:39:28 GMT From: "Andre T. Yew" Organization: California Institute of Technology Subject: Summary: flushing the pipeline Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Thanks to all of the people who responded. Most suggestions for flushing the pipeline were generally the same -- give the pipeline something to do which on completion would guarantee that the pipeline is empty. Suggestions ranged from using gsync(), swapbuffer(), finish() ... to readrect() and feedback. I ended up calling finish() first then gsync() (call me paranoid :-). Apparently, that helped my problem, but did not fully solve it. That is, I'm still experiencing some jitter in my recordings periodically and in the same locations, and I doubt it's the recorder's fault. I don't suppose the 'Pipeline has any round-off problems? Oh well, back to the drawing board. Thanks again, everyone. -- Andre Yew andrey@through.cs.caltech.edu (131.215.128.1)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15312; 30 Aug 90 18:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab15178; 30 Aug 90 18:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14975; 30 Aug 90 18:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04874; 30 Aug 90 17:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15087; Thu, 30 Aug 90 14:34: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: 30 Aug 90 21:32:22 GMT From: Steve Lehar Organization: Boston University Center for Adaptive Systems Subject: Re: SGI's migration to X Message-Id: References: <208@voodoo.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Having worked with both SGI and X, I've gotta say that the SGI windowing and graphics system is the most beautiful, simple, well written, easy-to-use and elegant windowing system I have ever had the pleasure to work with! You look it up in the manual, type it in, and HEY PRESTO! it works just as advertised! Now X is a whole nuther matter! The system is impossibly complicated, the documentation is obscure, and nothing ever works without sending email to the x consortium gurus themselves! Just as an example- I wanted to write values 0 to 255 into an 8 bit color map for image processing. Sounds simple? Well, just to get the window to appear on the screen takes a couple of pages of hyroglyphic code, but it always comes up coal black, I cannot seem to get anything in to the color map except 0,0,0,0,0,0... Finally, in exasperation I email to the gurus. "Oh yeah, we forgot to mention in the documentation, you have to left-shift the values by 8 bits because the color map only uses bits 9-16 in an 8-bit color map!" So to load a value 10, you load 10<<8! Why? Oh you see, some machines have more than 8 bit color maps, so it's for compatability- although that hasn't been implemented yet, so there IS no compatibility, only confusion. Another example- they provide an image structure for use with image processing, which works fine, and they supply routines for quickly displaying such images and performing graphics in them like drawing colored boxes and circles. The trouble is that if you want to do image processing you have to get your image data into that structure, and the only routine they provide sends the pixels over one by one, OVER THE NETWORK! so that even when you display from your own private terminal to your own private screen it goes... "Prepare to receive pixel", "sending pixel", "confirm receipt of pixel", "prepare for next pixel"... and so forth and of course it takes an eternity to send a whole image! I sent off to the gurus again and got a reply that I am still trying to implement after two months. In the meantime I put up with a system where it is quicker to process my image than it is to display the result on the screen! And then there are other little annoying things- like you cannot tell X in advance where you want your window to arrive, the only way to position it is by hand with the mouse. So I type in "display image A, B and C" and off it goes sending pixels one by one while I go to work on something else, but just as SOON as it's ready it interrupts me in the middle of my keystroke- suddenly the terminal will not respond to anything at all except the positioning of image A. Then as I get back to my typing I am interrupted again by image B and then image C. (and they don't necessarily come up in that order) Now I know that X is designed to run on any hardware, which is why it is so complicated, while the SGI stuff only runs on SGI, and that is why it is so simple and elegant. Nevertheless, I think SGI did an EXCEPTIONAL job in their graphics software, and I would not hurry on over to X unless I were absolutely FORCED to do so! X is messy, inordinately complicated, atrociously documented and unreliable. (My X image windows are prone to suddenly disappearing if they've been around for a while) My advice is to stick with SGI! -- (O)((O))(((O)))((((O))))(((((O)))))(((((O)))))((((O))))(((O)))((O))(O) (O)((O))((( slehar@bucasb.bu.edu )))((O))(O) (O)((O))((( Steve Lehar Boston University Boston MA )))((O))(O) (O)((O))((( (617) 424-7035 (H) (617) 353-6425 (W) )))((O))(O) (O)((O))(((O)))((((O))))(((((O)))))(((((O)))))((((O))))(((O)))((O))(O)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15449; 30 Aug 90 19:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15371; 30 Aug 90 19:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15353; 30 Aug 90 18:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04984; 30 Aug 90 18:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18738; Thu, 30 Aug 90 15:35:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Aug 90 19:15:14 GMT From: news Organization: Stanford University Subject: Re: xterm Message-Id: References: <1990Aug30.094905@anusf.anu.edu.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL It sounds like you are trying to run an old xterm client (perhaps from SGI's IRIX 3.2 X tape) on an R4 server. The R4 server is pickier about bad arguments. Many earlier clients passed bad fields to the server. There are several ways to solve the problem: 1) Upgrade to IRIX 3.3 which has newer clients. 2) Do "xset bc" on the Sun to tell the R4 server not to be so persnickety. 3) Compile MIT's X11R4 clients on the 4D. Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Voice: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00100; 30 Aug 90 23:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15688; 30 Aug 90 20:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15686; 30 Aug 90 20:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05200; 30 Aug 90 20:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24280; Thu, 30 Aug 90 17:03: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: 31 Aug 90 00:01:42 GMT From: Mark Moraes Organization: Department of Computer Science, University of Toronto Subject: Re: SGI's migration to X Message-Id: <90Aug30.200125edt.682@smoke.cs.toronto.edu> References: <208@voodoo.UUCP>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >and the only routine they provide sends the pixels over one by one, >OVER THE NETWORK! so that even when you display from your own private >terminal to your own private screen it goes... Not true. You can build and send the entire image in one go. See XPutImage. >And then there are other little annoying things- like you cannot tell >X in advance where you want your window to arrive, the only way to >position it is by hand with the mouse. Also not true. You can specify where you want the window to go. At the application level, most applications will accept the -geometry option -- at the program level, see XSetWMNormalHints. The X manuals are, um, terse. They're reference manuals. There are several tutorial manuals on the market now. You may find reading those manuals quicker than asking the people at the X Consortium. From the X Bibliography Ken Lee posts periodically to comp.windows.x, my favourites are: | Jones, Oliver, Introduction to the X Window System, Prentice-Hall, 1988. | ISBN 0-13-499997-5. An excellent introduction to programmin g with | Xlib. Written with the programmer in mind, this book includes many | practical tips that are not found anywhere else. This book is not as | broad as the O'Reilly Xlib tutorial and doesn't offer as many examples | as the Johnson & Reichard book, but Jones is probably the most experi- | enced X programmer of this group and this shows in the quality and | depth of the material in the book. Originally written for X11R1, re- | cent printings have included corrections and additions. The sixth | printing may have X11R4 material. | | Young, Douglas A., X Window Systems Programming and Applications With Xt, | Prentice-Hall, 1989. ISBN 0-13-972167-3. The first, and still one of | the best, tutorial on programming with the X Toolkit intrinsics. Both | using existing widgets and writing your own widgets are covered. Exam- | ples in this book use the HP widget set, available in the contrib sec- | tion of the X distribution. A Motif version of this book is also | available. Mark.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00604; 30 Aug 90 23:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00452; 30 Aug 90 23:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00350; 30 Aug 90 23:31 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05278; 30 Aug 90 21:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27541; Thu, 30 Aug 90 18:00: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: 31 Aug 90 01:20:52 GMT From: "James A. Cadwell" Organization: Seattle University, Seattle, WA Subject: Where is kermit? (asks a new PI owner) Message-Id: <1611@sumax.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I can't seem to locate kermit. I perform a "find / -name kermit -exec ls {} \;" and get zip. Is it an option? Machine is 4d25, IRIX 3.2.1 thanks Jim   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00604; 30 Aug 90 23:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00452; 30 Aug 90 23:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad00350; 30 Aug 90 23:32 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by VGR.BRL.MIL id aa05580; 30 Aug 90 22:35 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA05725; Thu, 30 Aug 90 21:36:11 CDT Date: Thu, 30 Aug 90 21:36:11 CDT From: Mike Goss Message-Id: <9008310236.AA05725@snow-white.merit-tech.com> To: info-iris@BRL.MIL Subject: Micro Emacs and where to get it > Date: 30 Aug 90 17:53:55 GMT > From: Mark Young > Organization: Silicon Graphics, Inc. Mountain View, CA > Subject: Re: emacs, the final chapter -- I hope > > One last comment on this emacs topic... > > I've seen many people getting bogged down in get/build process for gnu > emacs. I'd just like to point out once again that there is another emacs > available on the net, if you can do without a lot of the bells and whistles > that you get with gnu emacs...it's called microemacs. > > it probably takes up a quite a bit less memory and doesn't need to be > installed on a disk with 'at least twenty megabytes free'. > > SGI doesn't delivery it, as far as I know. you have to get it off of the > net, or directly from the author, dan lawrence. I can dig up his net address > if anyone is interested. > > ...myoung > > myoung@joker.asd.sgi.com > "My opinions are just that, nothing more, nothing less." > Micro Emacs 3.10 (the latest and greatest version) is available in source form via anonymous FTP from sites "durer.cme.nist.gov", "kolvi.hut.fi", and "lut.fi". It can also be downloaded from Dan Lawrence (the author) on his BBS system: The Programmer's Room FIDO 201/10 (317) 742-5533 24 hrs. 300/1200/2400 bps One other advantage of Micro Emacs is that it's small enough to run on personal computers (compile options are provided for IBM and compatibles, Macs, Amiga, and Atari ST). I use it because that way I have the exact same editor on every different system that I use. ------------------------------ 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 aa00917; 31 Aug 90 0:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad00604; 31 Aug 90 0:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00597; 30 Aug 90 23:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05797; 30 Aug 90 23:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06856; Thu, 30 Aug 90 20:41: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: 30 Aug 90 23:36:07 GMT From: "Drew R Whitehouse" Organization: Australian National University Supercomputer Facility Subject: Re: SGI's migration to X Message-Id: <1990Aug31.093607@anusf.anu.edu.au> References: <208@voodoo.UUCP>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , slehar@bucasd.bu.edu (Steve Lehar) writes: |> ........stuff deleted..... |> Now I know that X is designed to run on any hardware, which is why it |> is so complicated, while the SGI stuff only runs on SGI, and that is |> why it is so simple and elegant. Nevertheless, I think SGI did an |> EXCEPTIONAL job in their graphics software, and I would not hurry on |> over to X unless I were absolutely FORCED to do so! X is messy, |> inordinately complicated, atrociously documented and unreliable. (My X |> image windows are prone to suddenly disappearing if they've been |> around for a while) My advice is to stick with SGI! I work in a multi vendor environment and can't wait for SG to go to X. Not to mention the fact that there is LOTS of good public domain software written for X windows(something you can't say about SGI's NeWS). And I like the window managers you get with X eg vtwm. I'm still stuck with the 3.2 X server since the Australian branch won't give us 3.3 yet, and it's driving me around the bend. So full speed ahead on the migration to X. -- /*---------------------------------------------------------------------- ------*/ /* Drew Whitehouse, E-mail: drw900@anusf.anu.edu.au */ /* Visualization Programmer, Fax : (06) 2473425 */ /* Australian National University, Phone : (06) 2495985 */ /* Supercomputer Facility. */ /* GPO Box 4, Canberra ACT Australia 2601. */ /*---------------------------------------------------------------------- ------*/   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01109; 31 Aug 90 0:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00604; 31 Aug 90 0:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00597; 30 Aug 90 23:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05795; 30 Aug 90 23:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06774; Thu, 30 Aug 90 20:40: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: 30 Aug 90 20:12:12 GMT From: Jeff Weinstein Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: xterm Message-Id: <1990Aug30.201212.9948@odin.corp.sgi.com> References: <1990Aug30.094905@anusf.anu.edu.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This is the result of a compatability problem between R3 xterm and the R4 server. R3 xterm had a bug that the R3 server was not checking for. The R4 server now checks. You can turn off checking by starting the server with the bc flag, or run 'xset bc'. Or you could get IRIX 3.3 for your IRIS, since it has R4 xterm. --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 aa01461; 4 Sep 90 22:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01339; 4 Sep 90 22:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01337; 4 Sep 90 22:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08185; 4 Sep 90 22:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14113; Tue, 4 Sep 90 19:11:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Aug 90 09:22:12 GMT From: Jean-Francis Balaguer Organization: Ecole Polytechnique Federale de Lausanne, Suisse Subject: MIDI synth and SGI computer Message-Id: <321@disun10.epfl.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here at the EPFL we are planning to develop a few applications using virtual environments and we would like to connect a MIDI synthetizer to one our Silicon Graphics. Has anybody a good idea on how to do it ?? Please mail answer, I'll summarize and post -- ------------------------------------------------------------------------------- Francis Balaguer, DI/LIG Ecole Polytechnique Fed. de Lausanne CH-1015 Lausanne E-mail : balaguer@ligsg2.epfl.ch, balaguer@elma.epfl.ch -------------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01461; 4 Sep 90 22:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01425; 4 Sep 90 22:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01337; 4 Sep 90 22:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08193; 4 Sep 90 22:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14114; Tue, 4 Sep 90 19:11:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 Aug 90 09:18:57 GMT From: Jean-Francis Balaguer Organization: Ecole Polytechnique Federale de Lausanne, Suisse Subject: Information about EyePhone and Dataglove Message-Id: <320@disun10.epfl.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here at the EPFL we are planning to develop a few application using virtual environments and we would like to get some comments from the people who have been using VPL products. 1-What do you think of the EyePhone, and DataGlove ? 2-What do you think of the software they sell ? Is it easy to use the devices without the software ?? 3-Could someone summarize what was told at Siggraph in the panel sessions about virtual environments ? Please mail answer, I'll do a summarize and post it. -- ------------------------------------------------------------------------------- Francis Balaguer, DI/LIG Ecole Polytechnique Fed. de Lausanne CH-1015 Lausanne E-mail : balaguer@ligsg2.epfl.ch, balaguer@elma.epfl.ch -------------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01842; 31 Aug 90 4:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01806; 31 Aug 90 4:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01765; 31 Aug 90 4:09 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06253; 31 Aug 90 4:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21045; Fri, 31 Aug 90 00:50: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: 31 Aug 90 05:33:55 GMT From: Bill Phillips Message-Id: <9008302142.AA23905@contex.xds.xyvi.com> To: info-iris@BRL.MIL Subject: Re: rsh (remote shell) -- undocumented(?) feature(?) Newsgroups: comp.sys.sgi In-Reply-To: <1990Aug29.014812.14956@odin.corp.sgi.com> References: <1406@contex.UUCP> Organization: Xyvision Design Systems, Wakefield, MA Sender: info-iris-request@BRL.MIL In article <1990Aug29.014812.14956@odin.corp.sgi.com> you write: :I just looked over the source for rshd, and I didn't see it setting :umask anywhere. It isn't set in rcmd(3) either. Doing a setuid :system call doesn't source the rc files belonging to the new user, :so umask isn't getting set that way. : :The umask shell variable is inherited by child processes. My guess :is that on your system rshd's parent (inetd) has a umask of 022, :and so does rshd's grandparent (init). Well, a bit more investigation turned up the fact that this problem only occurs on machines running IRIX 3.3. inetd on these machines seems to set/inherit the umask of 0022, whereas the ones under 3.2 do not. There appears to be no difference in the way inetd is started up on the two systems. Indeed, we just reloaded a system from scratch, and when we rsh umask, we get 22. We are reporting this to the sgi hotline, but it's really driving me nuts that I can't find out why this is happening. Incidentally, I gather there is an undocumented flag ("-d") for inetd. Do you know what it is for? Thanks, bill -- William F Phillips, Sr. Engr., Development Systems Development Group, Xyvision Design Systems + 101 Edgewater Drive + Wakefield, MA, USA uunet!contex!bill (formerly wfp@well & wfp@dasys1)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02438; 31 Aug 90 7:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02304; 31 Aug 90 6:15 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa02297; 31 Aug 90 6:10 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa04318; 31 Aug 90 6:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA26613; Fri, 31 Aug 90 03:00: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: 31 Aug 90 05:09:15 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: VME interfaces [ also doc on writing drivers ] Message-Id: <1990Aug31.050915.16734@odin.corp.sgi.com> References: <9008301913.AA12069@gdsnet.grumman.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <9008301913.AA12069@gdsnet.grumman.com> englund@GDSNET.GRUMMAN.COM (Dave Englund) writes: | A co-worker of mine has a nifty video digitizer card he's trying to | make work in a VME chassis containing an assortment of other strange | cards. He is suspicious that something's wrong with this card, but | can't tell for sure with his system. I happened to discover that the | Personal Iris I've been using has a double height VME slot just like | he uses, and naively volunteered to help. | Well, thirty Iris reference manuals later, I still haven't the | foggiest clue as to how to address that bloody VME port. I'm not even | sure I should plug in the board, for fear that whatever base address I | choose wil stomp some other device and really make a mess of things. | Have any of you ever done ANYTHING like this before? | /usr/sysgen/system gives the VME address spaces allocated to assorted devices (it differs from system to system, but that is explained in the comments). The manual "Writing Device Drivers for Silicon Graphics Computer Systems", Document number 007-0911-010 gives a fair amount of info on VME and SCSI driver writing, useful kernel functions (with pseudo-manpages), and some tips on using the kernel debugger. This is almost a necessity if you want to write your own drivers. One section covers memory mapped VME devices, which often offers a fairly simple interface (if the card is suitable). The PI (4D20 and 4D25 series) makes no internal use of the VME bus, so you don't need to worry about address conflicts, just pick an appropriate one based on sysgen/system. -- 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 aa02631; 31 Aug 90 7:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02510; 31 Aug 90 7:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02489; 31 Aug 90 7:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06551; 31 Aug 90 7:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29445; Fri, 31 Aug 90 04:10: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: 31 Aug 90 08:21:33 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: SMD and IPI disk drives Message-Id: <1990Aug31.082133.3617@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello again hardware types, A quick question. I have 4 or 5 1.2GB SMD disk drives that Mountain View has to upgrade to IPI2's. Can this be done as a field upgrade? I would like to aviod the customs paperwork and shipping hassles for the disk drives anyway, I guess it is unavoidable for the controllers. If it is just a firmware revision for the disk drive will I be able to use the same disk as spare parts for IPI and SMD installations? Or will it be a new spare part? Thanks, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05385; 31 Aug 90 11:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05142; 31 Aug 90 11:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04980; 31 Aug 90 10:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07136; 31 Aug 90 10:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09403; Fri, 31 Aug 90 07:31: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: 31 Aug 90 14:26:39 GMT From: Steve Lehar Organization: Boston University Center for Adaptive Systems Subject: Re: SGI's migration to X Message-Id: References: <208@voodoo.UUCP>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL When I complain that XImages must be transmitted pixel by pixel you say... ||> Not true. You can build and send the entire image in one go. See ||> XPutImage. Yes, you can send the image to the screen with XPutImage(), but how do you get your array of image data INTO the XImage BEFORE you send it to the screen? XPutPixel() is the only routine provided! And when I complain that I can't specify the X window position from my code, you say... ||> Also not true. You can specify where you want the window to go. ||> At the application level, most applications will accept the ||> -geometry option -- at the program level, see XSetWMNormalHints. Yes they do, but what about if I am WRITING the application? I can make my program receive the -geometry flag (or reasonable facsimile) but what do I DO with that information? When I open my XWindow I use the call win = XCreateWindow(display, RootWindow(display, screen), xsh.x, xsh.y, xsh.width, xsh.height, bw, vTemplate.depth, InputOutput, visual, valuemask, &attrib); Note that there is no argument for x and y screen location! How do I tell this XWindow where to appear? -- (O)((O))(((O)))((((O))))(((((O)))))(((((O)))))((((O))))(((O)))((O))(O) (O)((O))((( slehar@bucasb.bu.edu )))((O))(O) (O)((O))((( Steve Lehar Boston University Boston MA )))((O))(O) (O)((O))((( (617) 424-7035 (H) (617) 353-6425 (W) )))((O))(O) (O)((O))(((O)))((((O))))(((((O)))))(((((O)))))((((O))))(((O)))((O))(O)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05793; 31 Aug 90 11:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05700; 31 Aug 90 11:38 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05576; 31 Aug 90 11:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07234; 31 Aug 90 11:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11854; Fri, 31 Aug 90 08:14: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: 31 Aug 90 14:39:39 GMT From: "Gary S. Moss (VLD/VMB" , sc!samsung!rex!uflorida!haven!adm!smoke!brl.mil!moss@ucsd.edu, ")"@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: Ballistic Research Laboratory Subject: Re: SGI's migration to X Message-Id: <13717@smoke.BRL.MIL> References: <208@voodoo.UUCP>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , slehar@bucasd.bu.edu (Steve Lehar) writes: |> Now I know that X is designed to run on any hardware, which is why it |> is so complicated, while the SGI stuff only runs on SGI, and that is |> why it is so simple and elegant. Nevertheless, I think SGI did an |> EXCEPTIONAL job in their graphics software, and I would not hurry on |> over to X unless I were absolutely FORCED to do so! X is messy, |> inordinately complicated, atrociously documented and unreliable. (My X |> image windows are prone to suddenly disappearing if they've been |> around for a while) My advice is to stick with SGI! I think that the perfect mix would be using a real X window manager like TWM, and to be able to run GL applications in an X window. X has a way to go to replace the GL for real graphics, but for the desktop environment, the availability and economy of using X is tough to beat. It sure would be nice to be able to run TWM on the SGI instead of customizing yet another window manager. Programming in X is not all that bad, PostScript is much more foreign to someone used to C programming. The accellerated development time provided by Xt toolkits is invaluable, and the volume of quality PD software is remarkable. The unreliability of X is a symptom of the server on the SGI (or wherever). I have never had windows disappear on my Sun (unless the process was killed, the network connection failed, etc.) and I find it very robust, but on the SGI, X just plain doesn't work worth a darn under 3.2.x. Hopefully 3.3 is much better. -Gary   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05906; 31 Aug 90 12:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab05793; 31 Aug 90 11:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05705; 31 Aug 90 11:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07308; 31 Aug 90 11:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12794; Fri, 31 Aug 90 08:29: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: 31 Aug 90 15:24:31 GMT From: Tim Moore Organization: University of Utah CS Dept Subject: Re: SGI's migration to X Message-Id: <1990Aug31.092431.24576@hellgate.utah.edu> References: , <90Aug30.200125edt.682@smoke.cs.toronto.edu>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article slehar@cochlea.bu.edu (Steve Lehar) writes: > >When I complain that XImages must be transmitted pixel by pixel you say... > >||> Not true. You can build and send the entire image in one go. See >||> XPutImage. > >Yes, you can send the image to the screen with XPutImage(), but how do >you get your array of image data INTO the XImage BEFORE you send it to >the screen? XPutPixel() is the only routine provided! > That's what XPutPixel() does. It's a client-side operation; an image resides in the client's memory, so creating it doesn't involve any transactions with the server. There isn't any network traffic until you send the image to the server with XPutImage(). Just because a function has X in its name doesn't mean that it communicates with the server. >And when I complain that I can't specify the X window position from my >code, you say... > >||> Also not true. You can specify where you want the window to go. >||> At the application level, most applications will accept the >||> -geometry option -- at the program level, see XSetWMNormalHints. > >Yes they do, but what about if I am WRITING the application? I can >make my program receive the -geometry flag (or reasonable facsimile) >but what do I DO with that information? When I open my XWindow I use >the call Like the man said, see XSetWMNormalHints. > > win = XCreateWindow(display, RootWindow(display, screen), > xsh.x, xsh.y, xsh.width, xsh.height, > bw, vTemplate.depth, InputOutput, visual, > valuemask, &attrib); > >Note that there is no argument for x and y screen location! How do I >tell this XWindow where to appear? It is true that you can't specify with certainty where your window will end up on the screen. The rationale for this is that your window manager might have a different idea about where the newly created window should go. Hence, you give the window manager "hints". Tim Moore moore@cs.utah.edu {bellcore,hplabs}!utah-cs!moore "Ah, youth. Ah, statute of limitations." -John Waters   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06522; 31 Aug 90 12:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06120; 31 Aug 90 12:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06114; 31 Aug 90 12:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07425; 31 Aug 90 12:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14779; Fri, 31 Aug 90 09:02: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: 31 Aug 90 15:55:36 GMT From: Nagesh Murthy Organization: University of Tennessee CS Department Subject: togif or tomac Message-Id: <1990Aug31.155536.6390@cs.utk.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have seen postings in the past regarding togif and tomac (i.e. conversion programws to conver *.rgb to any acceptable mac format). If anyone has sources to such stuff please let me know. Thanking in advance.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07814; 31 Aug 90 13:56 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07149; 31 Aug 90 13:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07005; 31 Aug 90 13:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07689; 31 Aug 90 13:17 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18929; Fri, 31 Aug 90 10:10: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: 31 Aug 90 12:25:49 GMT From: Jeff Hanson Organization: NASA/Lewis Research Center, Cleveland Subject: Re: emacs, the final chapter -- I hope Message-Id: <1990Aug31.122549.10073@eagle.lerc.nasa.gov> References: <9008291642.aa01433@VGR.BRL.MIL>, <1990Aug30.175355.7894@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL You can microemacs from durer.cme.nist.gov [129.6.32.4]. It is used on the NAS Crays and some of my users want it here. I have the source, but I cannot get it to compile. Has anyone out there gotten microemacs working on an IRIS? Thanks in advance. -- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* \ / \ / \ / \ / \ / \ / Jeff Hanson \ / \ / \ / \ / \ / \ / * ViSC: Better * tohanson@gonzo.lerc.nasa.gov * * * * * * / \ / \ Science / \ / \ NASA Lewis Research Center / \ / \ Through / \ / \ * * * * * * * Cleveland, Ohio 44135 * * * Pictures * * \ / \ / \ / \ Telephone - (216) 433-2284 Fax - (216) 433-2182 \ / \ / \ / *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09017; 31 Aug 90 15:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08596; 31 Aug 90 14:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08566; 31 Aug 90 14:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08059; 31 Aug 90 14:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23794; Fri, 31 Aug 90 11:30: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: 31 Aug 90 18:19:20 GMT From: Tajen Liang Organization: Rutgers Univ., New Brunswick, N.J. Subject: Can a SGI 2400 run without a color monitor? Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We at Rutgers recently brought an used SGI 2400. We like to find out if it is possible to run the machine with a dump terminal as the alternative console (i.e., without a color console). Since we do not have a complete set of manuals, we hope there is some one in the net can help us. Any help/hint/pointer will be great appreciated. -Tajen Liang @ occlusal.rutgers.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09334; 31 Aug 90 16:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09017; 31 Aug 90 15:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08951; 31 Aug 90 15:26 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa08296; 31 Aug 90 15:24 EDT Received: Fri, 31 Aug 90 14:35:01 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 31 Aug 90 14:35:01 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9008311835.AA22668@aero4.larc.nasa.gov> To: aramis.rutgers.edu!occlusal.rutgers.edu!liang@rutgers.edu Subject: Re: Can a SGI 2400 run without a color monitor? Cc: info-iris@BRL.MIL If it is like the 3000's, I think you disconnect the console keyboard and plug a terminal into port 2 (or 2nd port). -- 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 ab09334; 31 Aug 90 16:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09197; 31 Aug 90 15:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09060; 31 Aug 90 15:37 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by VGR.BRL.MIL id aa08336; 31 Aug 90 15:30 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA07569; Fri, 31 Aug 90 14:30:53 CDT Date: Fri, 31 Aug 90 14:30:53 CDT From: Mike Goss Message-Id: <9008311930.AA07569@snow-white.merit-tech.com> To: tohanson@gonzo.lerc.nasa.gov Subject: Micro Emacs on IRIS Cc: info-iris@BRL.MIL > I cannot get it to compile. Has anyone out there gotten microemacs working > on an IRIS? Thanks in advance. > -- > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > \ / \ / \ / \ / \ / \ / Jeff Hanson \ / \ / \ / \ / \ / \ / > * ViSC: Better * tohanson@gonzo.lerc.nasa.gov * * * * * * > / \ / \ Science / \ / \ NASA Lewis Research Center / \ / \ Through / \ / \ > * * * * * * * Cleveland, Ohio 44135 * * * Pictures * * > \ / \ / \ / \ Telephone - (216) 433-2284 Fax - (216) 433-2182 \ / \ / \ / > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > I've gotten Micro Emacs 3.9i to compile just fine on an IRIS (I haven't tried 3.10 yet on the IRIS, although I've installed it on my PC). Before compiling, you need to configure Micro emacs for your machine. I've included below my version 3.9i Makefile and the first part of estruct.h that has the configuration info. Send me email if you need any further assistance. Makefile---------------------------------------------------------------------- CFLAGS= -O OFILES= basic.o bind.o buffer.o crypt.o display.o eval.o exec.o\ file.o fileio.o input.o isearch.o line.o lock.o main.o\ mouse.c random.o region.o search.o tcap.o unix.c\ window.o word.o CFILES= basic.c bind.c buffer.c crypt.c display.c eval.c exec.c\ file.c fileio.c input.c isearch.c line.c lock.c main.c\ mouse.c random.c region.c search.c tcap.c unix.c\ window.c word.c HFILES= estruct.h edef.h efunc.h epath.h ebind.h evar.h emacs: $(OFILES) $(CC) $(CFLAGS) $(OFILES) -ltermcap -lc -o emacs $(OFILES): $(HFILES) EOF--------------------------------------------------------------------------- estruct.h--------------------------------------------------------------------- /* ESTRUCT: Structure and preprocesser defined for MicroEMACS 3.9 written by Dave G. Conroy modified by Steve Wilhite, George Jones substantially modified by Daniel Lawrence configuration changes by Mike Goss: Configure for Silicon Graphics IRIS */ #ifdef LATTICE #undef LATTICE /* don't use their definitions...use ours */ #endif #ifdef MSDOS #undef MSDOS #endif #ifdef AMIGA #undef AMIGA #endif #ifdef EGA #undef EGA #endif #ifdef CTRLZ #undef CTRLZ #endif /* Program Identification..... PROGNAME should always be MicroEMACS for a distibrution unmodified version. People using MicroEMACS as a shell for other products should change this to reflect their product. Macros can query this via the $progname variable */ #define PROGNAME "MicroEMACS" #define VERSION "3.9i" /* Machine/OS definitions */ /* [Set one of these!!] */ #define AMIGA 0 /* AmigaDOS */ #define ST520 0 /* ST520, TOS */ #define MSDOS 0 /* MS-DOS */ #define V7 0 /* V7 UNIX or Coherent or BSD4.2*/ #define BSD 0 /* UNIX BSD 4.2 and ULTRIX */ #define USG 1 /* UNIX system V */ #define VMS 0 /* VAX/VMS */ #define FINDER 0 /* Macintosh OS */ #define WMCS 0 /* Wicat's MCS */ /* Compiler definitions */ /* [Set one of these!!] */ #define UNIX 1 /* a random UNIX compiler */ #define MWC 0 /* Mark Williams C */ #define LATTICE 0 /* Lattice 2.14 thruough 3.0 compilers */ #define AZTEC 0 /* Aztec C 3.20e */ #define MSC 0 /* MicroSoft C compile version 3 & 4 */ #define TURBO 0 /* Turbo C/MSDOS */ #define DTL 0 /* DataLight C v3.12 */ /* Debugging options */ #define RAMSIZE 0 /* dynamic RAM memory usage tracking */ #define RAMSHOW 0 /* auto dynamic RAM reporting */ /* Special keyboard definitions */ #define WANGPC 0 /* WangPC - mostly escape sequences */ #define VT100 0 /* Handle VT100 style keypad. */ #define XONDATA 0 /* VMS only - set to force /NOTTSYNC/NOHOSTSY */ /* Terminal Output definitions */ /* [Set one of these!!] */ #define ANSI 0 /* ANSI escape sequences */ #define HP150 0 /* HP150 screen driver */ #define HP110 0 /* HP110 screen driver */ #define VMSVT 0 /* various VMS terminal entries */ #define VT52 0 /* VT52 terminal (Zenith). */ #define RAINBOW 0 /* Use Rainbow fast video. */ #define TERMCAP 1 /* Use TERMCAP */ #define IBMPC 0 /* IBM-PC CGA/MONO/EGA driver */ #define DG10 0 /* Data General system/10 */ #define TIPC 0 /* TI Profesional PC driver */ #define Z309 0 /* Zenith 100 PC family driver */ #define MAC 0 /* Macintosh */ #define ATARI 0 /* Atari 520/1040ST screen */ /* Configuration options */ #define CVMVAS 1 /* arguments to page forward/back in pages */ #define CLRMSG 0 /* space clears the message line with no insert */ #define CFENCE 1 /* fench matching in CMODE */ #define TYPEAH 1 /* type ahead causes update to be skipped */ #define DEBUGM 1 /* $debug triggers macro debugging */ #define VISMAC 0 /* update display during keyboard macros */ #define CTRLZ 0 /* add a ^Z at end of files under MSDOS only */ #define NBRACE 1 /* new style brace matching command */ #define BCOMPL 1 /* new buffer name completion code */ #define CLEAN 0 /* de-alloc memory on exit */ #define CALLED 0 /* is emacs a called subroutine? or stand alone */ #define ADDCR 0 /* ajout d'un CR en fin de chaque ligne (ST520) */ /* [ = add a CR at the end of each line (ST520)]*/ #define REVSTA 1 /* Status line appears in reverse video */ #define COLOR 1 /* color commands and windows */ #define FILOCK 0 /* file locking under unix BSD 4.2 */ #define ISRCH 1 /* Incremental searches like ITS EMACS */ #define WORDPRO 1 /* Advanced word processing features */ #define FLABEL 0 /* function key label code [HP150] */ #define APROP 1 /* Add code for Apropos command */ #define CRYPT 1 /* file encryption enabled? */ #define MAGIC 1 /* include regular expression matching? */ #define AEDIT 1 /* advanced editing options: en/detabbing */ #define PROC 1 /* named procedures */ #define MOUSE 1 /* Include routines for mouse actions */ #define NOISY 1 /* Use a fancy BELL if it exists */ #define ASCII 1 /* always using ASCII char sequences for now */ #define EBCDIC 0 /* later IBM mainfraim versions will use EBCDIC */ . . . [rest of file not included - all configuration info is before this point] ------------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id ac09334; 31 Aug 90 16:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09197; 31 Aug 90 15:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09082; 31 Aug 90 15:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08345; 31 Aug 90 15:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27292; Fri, 31 Aug 90 12:26: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: 31 Aug 90 19:14:50 GMT From: Keith Bierman - SPD Advanced Languages Organization: Sun MegaSystems Subject: Re: SGI's migration to X Message-Id: References: <208@voodoo.UUCP>, , <1990Aug31.093607@anusf.anu.edu.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL ...misc folks domain software written for X windows(something you can't say about SGI's NeWS) Unless I am mistaken, NeWS was created by Sun. SGI provides a fine implementation, but one should not forget from whence it came. It is quite possible to have X and NeWS at the same time. I am keying this in from such an implementation. NeWS may yet gain converts as folks bump up against X limitations. -- ---------------------------------------------------------------- Keith H. Bierman kbierman@Eng.Sun.COM | khb@chiba.Eng.Sun.COM SMI 2550 Garcia 12-33 | (415 336 2648) Mountain View, CA 94043   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12958; 31 Aug 90 19:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12855; 31 Aug 90 18:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12688; 31 Aug 90 18:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08999; 31 Aug 90 18:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07225; Fri, 31 Aug 90 15:18:11 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 Aug 90 16:29:41 GMT From: Mike Yang Organization: Silicon Graphics, Inc. Subject: Re: SGI's migration to X Message-Id: <1990Aug31.162941.6984@relay.wpd.sgi.com> References: <208@voodoo.UUCP>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There is no question that the X window system model is quite different from that of SGI. To address some of your points: 1. Colormaps The colormap mechanism is general enough to support colormaps of various depths. Therefore, RGB values are specified as [0,65535] rather than [0,255]. And this makes sense. Remember, the Xlib routines that you use (e.g. XStoreColors) are based on the protocol, which has remained consistent for all revisions of X11. It would have been silly for the X designers to limit this and assume that no hardware vendor would come up with a colormap visual with fewer than 8 planes. The other advantage to this model is that if you then compile your program and run it on a machine with a different size colormap (e.g. a 4 plane DEC system), it will run the same. Remember, X programs are suppose to be portable and work generally the same way on different hardware situations. 2. Local image storage and sending the result to the server Because X is based on a client/server model, your image processing client can build its own data but then needs to send it to the server for display. This is different from GL, where your client application can write directly to the screen hardware. X requires this indirection because X clients can run on remote hosts. As for your specific problem, images can be sent to the server in quantities greater than one pixel. If you use XCreateImage to create a local image data structure, XPutImage will send any region (including the whole thing) to the server. 3. Window placement The X model is that there is a window manager which governs the handling of windows. Its policy varies from window manager to window manager. Apparently, the one you're using is configured for "user positioning," meaning that windows are interactively placed by the user when they are mapped. Clearly, people who are used to the GL model and who have had prior GL experience will find X to be quite different and initially, difficult. But this is true when learning anything new. Personally, I found the GL model different and difficult because I was used to X. There is going to be a learning curve for people migrating to X. The best way to reduce this is to find people knowledgable about X and ask them questions. Believe it or not, this set of people is much greater than the X Consortium. ----------------------------------------------------------------------- Mike Yang Silicon Graphics, Inc. mikey@sgi.com 415/335-1786   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13974; 31 Aug 90 20:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12931; 31 Aug 90 19:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12881; 31 Aug 90 18:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09014; 31 Aug 90 18:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08122; Fri, 31 Aug 90 15:35: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: 31 Aug 90 21:41:26 GMT From: James Helman Organization: Stanford University Subject: Re: SGI's migration to X Message-Id: References: <208@voodoo.UUCP>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL slehar@bucasb.bu.edu writes: (My X image windows are prone to suddenly disappearing if they've been around for a while) My advice is to stick with SGI! This is *not* a problem inherent in X, rather the result of bugs in SGI's early implementations. The trouble is that if you want to do image processing you have to get your image data into that structure, and the only routine they provide sends the pixels over one by one, OVER THE NETWORK! so that even when you display from your own private terminal to your own private screen it goes... "Prepare to receive pixel", "sending pixel", "confirm receipt of pixel", "prepare for next pixel"... and so forth and of course it takes an eternity to send a whole image! There's no need to use single pixel transfers, but the basic problem of trying to cram lots of data down a narrow pipe is inherent in imaging on network window systems. There are various implementations that use shared memory for these transfers when possible. Sun has something along these lines called Direct Graphics Access. Perhaps, SGI will work to improve X's image transfer performance as well as supporting GL calls in X windows. moss@brl.mil (Gary S. Moss (VLD/VMB) ) writes: on the SGI, X just plain doesn't work worth a darn under 3.2.x. Hopefully 3.3 is much better. It is *much better*. I've been running the IRIX 3.3 X server since the end of June, and it hasn't dumped core once. Some irritating drawing bugs remain, but hopefully these will be fixed soon. Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Voice: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14296; 31 Aug 90 20:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab14193; 31 Aug 90 20:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14186; 31 Aug 90 20:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09157; 31 Aug 90 20:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13239; Fri, 31 Aug 90 17:15: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: 31 Aug 90 19:34:17 GMT From: Gretchen Helms Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SGI's migration to X Message-Id: <1990Aug31.193417.25512@odin.corp.sgi.com> References: <90Aug30.200125edt.682@smoke.cs.toronto.edu>, , <1990Aug31.092431.24576@hellgate.utah.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL (Tim Moore) writes: >(Steve Lehar) writes: >Like the man said, see XSetWMNormalHints. > >> >> win = XCreateWindow(display, RootWindow(display, screen), >> xsh.x, xsh.y, xsh.width, xsh.height, >> bw, vTemplate.depth, InputOutput, visual, >> valuemask, &attrib); >> >>Note that there is no argument for x and y screen location! How do I >>tell this XWindow where to appear? > >It is true that you can't specify with certainty where your window >will end up on the screen. The rationale for this is that your window >manager might have a different idea about where the newly created >window should go. Hence, you give the window manager "hints". As an example, please consider the following code. This code will place the window correctly if you are either executing it under 4Sight, or if you execute it under UWM. My apologies for the not-so-hot commenting, I haven't gotten to the full comments on this one yet. ----------------------mangle here----------------------- /* 6/11/90 G. "Murdock" Helms, SGI Product Support * * First run: This file is a sample X program designed to * show how to start up a basic X window in a specified position. */ #include /* Xlib include files */ #include /* Must have these included */ #include /* have to include this to know about NULL */ /* Display and screen are used as arguments to nearly every Xlib * routine, so it simplifies things to declare them global. */ Display *display; int screen; main() { Window win, rootwin; XSizeHints sizehints; char *window_name = "Placed Window"; char *icon_name = "bwin"; char *display_name = NULL; int x=100,y=100; unsigned int width=400, height=400; /* Connect to X server ... this is kind of a fancy test to make * sure the server is running, but it produces a nicer error code * than you normally get. */ if ( (display=XOpenDisplay(display_name)) == NULL ) { fprintf( stderr, "bwin: cannot connect to X server %s,", XDisplayName(display_name)); fprintf( stderr, "did you remember to set the DISPLAY?\n"); exit ( -1 ); } /* Get screen from display structure macro */ screen = DefaultScreen(display); /* Create opaque window ... note that BlackPixel and WhitePixel * are macros. */ rootwin = RootWindow(display, screen); win = XCreateSimpleWindow (display, rootwin, x, y, width, height, 5, BlackPixel(display, screen), WhitePixel(display, screen)); sizehints.flags=USPosition; /* so it can be either/or */ sizehints.x=x; /* this is part of XSizeHints */ sizehints.y=y; /* see manual on structure of */ /* Set properties for window manager (always before mapping!) */ XSetStandardProperties(display, win, window_name, icon_name, None, 0, 0, &sizehints); /* Display window */ XMapWindow(display, win); XFlush(display); while (1) {} /* loopity loop */ } /* end main */ -------------------------------mangle here--------------- -- G. "Murdock" Helms Is it so frightening Silicon Graphics to have me at your shoulder? Product Support Engineer Thunder and lightning ghelms@sgi.sgi.com couldn't be bolder.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16549; 31 Aug 90 21:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16255; 31 Aug 90 21:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15375; 31 Aug 90 21:20 EDT Received: from TROUT.NOSC.MIL by VGR.BRL.MIL id aa09436; 31 Aug 90 21:14 EDT Received: from ucsd.edu by trout.nosc.mil (5.59/1.27) id AA28314; Fri, 31 Aug 90 18:15:10 PDT Received: from chema.ucsd.edu by ucsd.edu; id AA16863 sendmail 5.64/UCSD-2.1-sun via SMTP Fri, 31 Aug 90 18:15:01 -0700 for @nosc.mil:info-iris@brl.mil Received: by chem.chem.ucsd.edu (5.51) id AA17280; Fri, 31 Aug 90 18:13:24 PDT Date: Fri, 31 Aug 90 18:13:24 PDT From: Steve Dempsey Message-Id: <9009010113.AA17280@chem.chem.ucsd.edu> To: info-iris@BRL.MIL Subject: What is your StereoView aspect ratio? I'm having a devil of a time determining what the correct aspect ratio of a fullscreen stereo raster (1280x492 pixels) is. This applies only to the new StereoView option that supports programmable switching of the monitor type with setmonitor(STR_RECT). So far I have three possibilities (well, two possibilities and one reality): 1. The StereoView User's Guide (version 1.0) indicates that the correct aspect ratio is 1.30, based on 492 stereo scanlines expanding to the same physical size as 984 regular scanlines. 1280 / 984 = 1.30 2. Thant Tessman of SGI has reported to me that the Mitsubishi HL6915STK multisync monitor is 'smart' in that it expands the vertical raster size to fit a programmed physical size, regardless of the actual number of scanlines. So the stereo aspect ratio should be the same as a normal 1280x1024 raster. 1280 / 1024 = 1.25 3. On our 340VGX with the monitor named above I measured a 1280x1024 raster to make sure the monitor was setup properly, and indeed I measured an aspect ratio of 1.25. I then switched the monitor with setmonitor(STR_RECT). The raster width did not change, but the raster height definitely shrank. I measured the aspect ratio at 1.38! I called the Hotline and was told that this is "normal". IS IT NORMAL FOR YOU? I would appreciate it if those of you who have StereoView and the "smart" monitor would run the little test program below and measure your aspect ratios and send me the results. I can't make any sense out of the 1.38 figure and I fear that it may vary among machines. If we all come up with the same number then I'll just accept it as some sort of video voodoo and put the 1.38 figure into my code. Otherwise I'll at least have some ammunition to persuade SGI that a real problem exists here. #include #include #include main() { short val; foreground(); noborder(); prefposition(0, 1279, 0, 1023); winopen(""); qdevice(KEYBD); color(RED); clear(); while( qread(&val) != KEYBD ); /* pause here to measure the normal screen */ color(GREEN); clear(); sleep(1); /* don't crash the VGX graphics pipe! */ setmonitor(STR_RECT); while( qread(&val) != KEYBD ); /* pause here to measure the stereo screen */ setmonitor(HZ60); } --------------------------------------------------------------------------- Steve Dempsey voice: (619) 534-0208 Dept. of Chemistry Computer Facility, 0314 UUCP: ucsd!sdempsey University of Calif. at San Diego BITNET: sdempsey@ucsd 9500 Gilman Drive INTERNET: sdempsey@ucsd.edu La Jolla, CA 92093-0314 fax: (619) 534-0058   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01545; 4 Sep 90 23:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad01461; 4 Sep 90 22:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01429; 4 Sep 90 22:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08243; 4 Sep 90 22:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14828; Tue, 4 Sep 90 19:20:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Sep 90 02:39:44 GMT From: Brendan Eich Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: rsh (remote shell) -- undocumented(?) feature(?) Message-Id: <68349@sgi.sgi.com> References: <1410@contex.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1410@contex.UUCP>, bill@contex.UUCP (Bill Phillips) writes: > Well, a bit more investigation turned up the fact that this problem > only occurs on machines running IRIX 3.3. inetd on these machines > seems to set/inherit the umask of 0022, whereas the ones under 3.2 > do not. There appears to be no difference in the way inetd is started up > on the two systems. > [. . .] > We are reporting this to the sgi hotline, but it's really driving me nuts > that I can't find out why this is happening. Historically, proc[0] in Unix, hand-crafted by the kernel's main(), had a umask of 0. Proc[1], init, inherited this umask, as did all processes spawned by init. BSD changed proc[0]'s umask to 022, as the number of daemons descended from init increased the likelihood of a critical file or directory being created with group and other write permission. In 3.3, we caught up with Berkeley's safeguard against holes such as a writable /etc/utmp, by changing proc[0]'s umask to 022. Init(1M) uses fopen(3S) to create utmp, and fopen calls open(2) with mode 0666. This is arguably an init bug, but if proc[0]'s umask had been kept 0 and all nine hundred daemons were "fixed" with more complex code to open using 0600 (and then fdopen for stdio use), the system would be fatter and probably buggier, with little gain for users. (SVR4 does change umask to 022 temporarily in init when creating utmp, and SunOS likewise seems to keep proc[0]'s umask zero. Don't take my "fatter and probably buggier" above as a comment on SVR4 or SunOS :-) Since there's a workaround, and we're 4.3BSD compatible as far as rshd is concerned, and verifying system process security is harder if system processes inherit a zero umask, we probably won't change it back to 0 till the V.4 millenium arrives, or soon thereafter. > Incidentally, I gather there is an undocumented flag ("-d") for inetd. > Do you know what it is for? It's a debugging option, for internal use. Developers may use -d to keep inetd from backgrounding itself and closing standard i/o. Usually you'd do this only when debugging inetd, so we don't document it for customers. If someone were to add it to inetd's invocation in /etc/init.d/network, the system would hang soon after the next reboot. Brendan Eich (speaking for himself, not SGI)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01594; 4 Sep 90 23:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01425; 4 Sep 90 22:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01390; 4 Sep 90 22:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08233; 4 Sep 90 22:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14967; Tue, 4 Sep 90 19:21: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: 1 Sep 90 02:31:06 GMT From: Mark Young Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: emacs, the final chapter -- I hope Message-Id: <1990Sep1.023106.1611@odin.corp.sgi.com> References: <9008291642.aa01433@VGR.BRL.MIL>, <1990Aug30.175355.7894@odin.corp.sgi.com>, <1990Aug31.122549.10073@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <1990Aug31.122549.10073@eagle.lerc.nasa.gov> tohanson@gonzo.lerc.nasa.gov (Jeff Hanson) writes: > I have the source, but >I cannot get it to compile. Has anyone out there gotten microemacs working >on an IRIS? Thanks in advance. As I pointed out in a previous posting, I have microemacs 3.10 built for sgi machines. this is 3.10 with some minor local enhancements. I need to get in touch with dan lawrence before distributing this, since I believe that he would be more comfortable seeing whatever is his latest being distributed instead. ...myoung@joker.asd.sgi.com "all opinions are my own, etc, etc, etc."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01646; 4 Sep 90 23:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01339; 4 Sep 90 22:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01320; 4 Sep 90 22:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08155; 4 Sep 90 22:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12305; Tue, 4 Sep 90 18:50: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: 31 Aug 90 18:44:45 GMT From: Tony Farrow Organization: Bell-Northern Research, Ottawa Ontario, Canada Subject: NetVisualyzer from SGI Message-Id: <1990Aug31.184445.4374@bnrgate.bnr.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are currently looking at the SGI NetVisualyzer Product to determine if it would be of benefit to our Network Monitoring Group here. Although we plan on performing a "full evaluation" later this fall I do have some questions .... Most of these questions will be formalized to our local SGI sales rep but some of you may have already have the answers... 1) I spoke with Larry Kung/Product Marketing Manager System Software Division on whether there were any plans to migrate the NETSNOOP portion of this software to any other PLATFORMS. ( Our installed base of SGI machines is currently low ). Larry said this was not in the plans? Anyone else heard about this .... 2) In order to reduce the number of machines needed to perform snooping I would like to have one machine with multiple ethernet cards ( maybe 4!) perform the snooping and update the SGI Visualyzer station through another ethernet interface. Has anyone tried this ? Think it is possible ? 3) One of our requirements for network tools is that they provide a method of accessing them out-of-band. Therefore our diagnostic tools do not add to any lan problems we may be using them to solve... (good idea but) it is possible to run SL/IP on the SGI machines? Run snoopstation data back to the Visualyzer via SL/IP ?? 4) The current NETSNOOP product allows paramaters to be passed to it such that we can determine protocol matching. ie netsnoop -c 10 tcp.port=6000 to trap X-Server traffic. However other tools such as netgraph which use netsnoop have no method of passing paramaters to netsnoop to use (of course I may have not RTFMPC (.. man page correctly ;) and I have no manual). We have been able to mv netsnoop and replace it with a shell that fires up the real netsnoop with the paramaters we want so netgraph really shows us the traffic we wish to see. It would be nice to see a CAPTURE facility type interface for netgraph (like the analyzer). 5) Plans for X-Windows ? We currently have a large base of X-Window compatible machines and seeing the NETVISUALYZER ported to X would allow us to display ANALYZER/NETGRAPH screens remotely back to another display. Any one know of a time-frame for this port ? Is SGI moving to an X based platform ? The product allows for an easy visualization of current network TRAFFIC. The graphical interface is very slick and makes it extremely easy to SPOT potential problem areas that are not always entirely obvious through a simple interfaces found in PC based lanalyzers. (At least not that I have seen!.) Some of the User Interface needs work/ as well as a protocol toolkit which I believe is currently/will be developed which will allow you to decode your own PROTOCOLS. Any information of course would be greatly appreciated. If anyone else has seen/purchased/used the NETVISUALYZER your comments would be appreciated as well. thx, tony *--------------------------+----------------------------------------* | Tony Farrow | NetNorth/BITNET: TONYF@BNR.CA | | Internet Systems | | | Bell-Northern Research | UUCP: ...uunet!bnrgate!bcara124!tonyf | | P.O. Box 3511, Station C | Phone: (613)763-4903 ESN: 393-4903 | | Ottawa, Canada K1Y 4H7 | FAX: (613)763-3283 ESN: 393-3283 | *--------------------------+----------------------------------------*   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01780; 4 Sep 90 23:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01713; 4 Sep 90 23:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01669; 4 Sep 90 23:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08443; 4 Sep 90 23:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20773; Tue, 4 Sep 90 20:26: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: 1 Sep 90 01:42:42 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: image conversions.... Message-Id: <496@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone ever had the need to convert rgb image files to ERDAS format? We have a new film recorder and the resolution is just short of fantastic... The film recorder takes erdas image files (on one our suns..) and produces both print and overhead pictures. I would like to take some of my rgb image files and put them out onto this recorder... Any advice ? thanks... Michael Zeitlin e-mail via convex!texhrc!mjz or post...   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01979; 5 Sep 90 0:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01713; 4 Sep 90 23:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab01694; 4 Sep 90 23:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08464; 4 Sep 90 23:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20375; Tue, 4 Sep 90 20:21: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: 31 Aug 90 20:32:27 GMT From: Joe Fulson-Woytek Organization: NSESCC, Goddard Space Flight Center, Greenbelt MD Subject: Re: SGI's migration to X Message-Id: <3320@dftsrv.gsfc.nasa.gov> References: , <90Aug30.200125edt.682@smoke.cs.toronto.edu>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article slehar@cochlea.bu.edu (Steve Lehar) writes: # #Yes they do, but what about if I am WRITING the application? I can #make my program receive the -geometry flag (or reasonable facsimile) #but what do I DO with that information? When I open my XWindow I use #the call # # win = XCreateWindow(display, RootWindow(display, screen), # xsh.x, xsh.y, xsh.width, xsh.height, # bw, vTemplate.depth, InputOutput, visual, # valuemask, &attrib); # #Note that there is no argument for x and y screen location! How do I #tell this XWindow where to appear? The routine XSetStandardProperties can be called after the XCreateWindow (we use XCreateSimpleWindow but it shouldn't matter). There is an XSizeHints struct which includes the position and size. Be sure to set the flags parameter to USPosition. The helloworld program in the "Introduction to the X Window System" by Oliver Jones shows an example of this which we used (except in the book the flags is set to PPosition which won;t work on the Iris. If you email me I could send you a helloworld type program which demonstrates this. Joe FUlson-Woytek   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02687; 5 Sep 90 0:37 EDT Received: by VMB.BRL.MIL id aa02128; 5 Sep 90 0:24 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac01979; 5 Sep 90 0:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01808; 4 Sep 90 23:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08541; 4 Sep 90 23:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21785; Tue, 4 Sep 90 20:36: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: 31 Aug 90 14:15:42 GMT From: Frank Perdicaro Organization: Xyvision Design Systems, Wakefield MA Subject: Imaginary PIs Message-Id: <1411@contex.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A Modest Proposal The 4D 25S is a fine machine; it could be made into a better machine. Imagine this. As the place where the GR1 board goes is vacant in the server, it should be possible to place a second IP10 in there. There should be no problem with power, because the majority of power that is consumed by a 4D 25G is consumed on the GR1 and related boards. If there is no problem with power use, there is unlikely to be a problem with power dissipation. The sheet metal modifications are not too bad -- the tooling already exists for the holes that need to be punched. As this is stricly a server ( lets call it the 4D 25SS ), there is no need of a graphical terminal. Send out a dual-session, dual-port terminal ( like the Wyse-60 ) to act as the console of both cpus. Proposed Configuration 1. Make the second cpu be a diskless workstation. Put 64Mbytes in the 16 SIMM slots. Use the new NQS software to move jobs back and forth, and place both machines as peers on an Ethernet trunk. [NOTE: this is the rack-mounted 4D 25 I want] Proposed Configuration 2. Make the second cpu be a diskless workstation. Put 64Mbytes in the 16 SIMM slots. Put a network bridge card in the VME slot of the primary cpu and have the seconday cpu be on its own sub-net. This provides for zero additional Ethernet traffic and good security possibilities. Proposed Configuration 3. Very minor sheet metal modification make it possible to run a full height drive in the top slot of a 4D 25. Make these modifications and place a drive there. Cut the existing SCSI cable in half, and have the top-slot drive serve the secondary cpu. This still provides for SCSI expansion in one cpu, but provides two independent cpu in one box. Proposed Configuration 4. Further sheet metal modifications would make it possible to have each cpu have a SCSI port to the outside world. Imagine each cpu with its own Iris File loaded with a Tahiti and an Exabyte or other SCSI peripherals. Proposed Configuration 5. Take configuration 4 and... Put a FDDI card in the VME slot of each cpu ( first right-shift the cost of a FDDI card 3 bits! ) and you have a very fast communications pathway between the cpus. I suggest that the 20 Mhz R3000s be replaced with 33 Mhz R3000s to take advantage of this high-speed communications ability. Proposed Configuration 6 Use the new Wren Elite drives in place of the Wren 7 drives, replace the 16 4*9 SIMMS with 16 8*9 SIMMS and say 'this is a fast computer'. Proposed Configuration 7 Use the 4D 25 that Ratheon sells as a base for a 4 cpu system similar to the ones described above. Please sell these for $9995 configured. Please note that I am making pleas and guesses. If I have just announced a product, it is certainly be accident. -- Frank E Perdicaro, Systems Admin, etc. Xyvision Design Systems LEGALIZE Guns, drugs and cash...today. 101 Edgewater Drive inhouse: frank@bugs Wakefield MA outhouse: contex!frank@uunet.uu.net 018801285   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03202; 5 Sep 90 1:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab03108; 5 Sep 90 0:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab03066; 5 Sep 90 0:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08773; 5 Sep 90 0:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA25423; Tue, 4 Sep 90 21:17: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: 31 Aug 90 04:14:13 GMT From: David MacQueen Organization: AT&T, Bell Labs Subject: Re: emacs, the final chapter -- I hope Message-Id: <11258@alice.UUCP> References: <9008291642.aa01433@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Are the irix3.3 patches for gnu emacs available by ftp anywhere? We have another application, a Standard ML compiler, that builds an executable image using a technique similar to that used in gnu emacs; the sdata, sbss, etc segments are redefined as 0 length segments at the end of the data segment. This works for DECstation/Ultrix, MIPS/riscos, and Irix 3.2, but fails on Irix 3.3, where the data segment appears to be neither readable nor writeable. I'd appreciate any hints about what might be going on. Dave MacQueen macqueen@research.att.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20896; 1 Sep 90 16:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20870; 1 Sep 90 16:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20861; 1 Sep 90 16:19 EDT Received: from hydra.gatech.edu by VGR.BRL.MIL id aa14239; 1 Sep 90 16:03 EDT Received: from scivis2.gatech.edu by hydra.gatech.edu (5.61/3.1) id AA24268; Sat, 1 Sep 90 16:03:38 -0400 Received: by prism.gatech.edu (5.52/1.0) id AA18783; Sat, 1 Sep 90 16:03:32 EDT Date: Sat, 1 Sep 90 16:03:32 EDT From: ae504pw@prism.gatech.edu Message-Id: <9009012003.AA18783@prism> To: info-iris@vgr.brl.mil Subject: GIF file sites Greetings, Now that I have a gif viewer for the Iris, does anyone know of any sites where I could download some gif files via anonymous ftp? Thanks in advance. -- John Forrest Georgia Institute of Technology, Atlanta Georgia, 30332 uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!ae504pw Internet: ae504pw@prism.gatech.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02687; 5 Sep 90 0:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02188; 5 Sep 90 0:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab02021; 5 Sep 90 0:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08593; 5 Sep 90 0:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23457; Tue, 4 Sep 90 20:55: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: 1 Sep 90 19:17:05 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: NetVisualyzer from SGI Message-Id: <68368@sgi.sgi.com> References: <1990Aug31.184445.4374@bnrgate.bnr.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Aug31.184445.4374@bnrgate.bnr.ca>, tonyf@bcara124.bnr.ca (Tony Farrow) writes: > ... it is > possible to run SL/IP on the SGI machines? Run snoopstation data back to > the Visualyzer via SL/IP ?? > ... You can (or are supposed to be able to) buy SLIP for IRISs. Netsnoop can snoop on such a SLIP link. (That is not relevant to your question.) If the netsnoop traffic is not more than the SLIP link can handle, you can link things as you say. (Notice that a 9.6 SLIP link is >1000 times slower than an ethernet.) There have been demos of NetVisualyzer in distant cities where they used a SLIP link to the SGI Mtn.View campus in order to have a big network for NetVisualyzer to generate prettier pictures. Perhaps the NetVisualyzer experts will comment on your other points. Vernon Schryver, vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ac02687; 5 Sep 90 0:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac02188; 5 Sep 90 0:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac02021; 5 Sep 90 0:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08595; 5 Sep 90 0:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23668; Tue, 4 Sep 90 20:58: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: 1 Sep 90 20:27:55 GMT From: Guy Harris Organization: Auspex Systems, Santa Clara Subject: "getcwd" vs. "getwd" (was Re: Re GNU emacs 18.55) Message-Id: <3997@auspex.auspex.com> References: <9008291653.AA10471@dinorah.wustl.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >It used to be (pre 3.3 days) that the current working directory was >obtained by the system call getcwd. Now, to be POSIX conformant, the >system call is getwd, and getcwd is a subroutine which is implemented >by calling getwd. Were it not for the fact that IRIX started out as an S5 derivative, I'd assume you'd reversed "getcwd" and "getwd" in the preceding paragraph, as the POSIX call to get the current working directory is "getcwd", not "getwd". However, given that IRIX *did* start out as S5, I'd expect the call to get the current working directory to be "getcwd", as that's the S5 call; "getwd" is the BSD call. If IRIX's "getcwd()" calls "getwd()", somebody got something backwards, as "getwd()" doesn't take a "maximum size of buffer" argument but "getcwd()" does. Given that, a "getcwd()" that calls "getwd()" would have to throw said argument away, and would run the risk of having "getwd()" overrun the buffer if the string for the current working directory is too long....   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03108; 5 Sep 90 0:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02188; 5 Sep 90 0:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02021; 5 Sep 90 0:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08591; 5 Sep 90 0:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23301; Tue, 4 Sep 90 20:53: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: 1 Sep 90 18:10:09 GMT From: Mike Yang Organization: Silicon Graphics, Inc. Subject: Re: SGI's migration to X Message-Id: <1990Sep1.181009.29278@relay.wpd.sgi.com> References: , <1990Aug31.093607@anusf.anu.edu.au>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , khb@chiba.Eng.Sun.COM (Keith Bierman - SPD Advanced Languages) writes: |> It is quite possible to have X and NeWS at the same time. I am keying |> this in from such an implementation. |> |> NeWS may yet gain converts as folks bump up against X limitations. Or alternatively, a Display Postscript extension to X as DEC has done with their servers. The DPS extension has the advantage of doing both DPS calls and X calls to the same window. ----------------------------------------------------------------------- Mike Yang Silicon Graphics, Inc. mikey@sgi.com 415/335-1786   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03455; 5 Sep 90 1:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03429; 5 Sep 90 1:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03347; 5 Sep 90 1:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08923; 5 Sep 90 1:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00866; Tue, 4 Sep 90 22:16:40 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 2 Sep 90 04:30:03 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: "getcwd" vs. "getwd" (was Re: Re GNU emacs 18.55) Message-Id: <1990Sep2.043003.13513@odin.corp.sgi.com> References: <9008291653.AA10471@dinorah.wustl.edu>, <3997@auspex.auspex.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <3997@auspex.auspex.com> guy@auspex.auspex.com (Guy Harris) writes: | >It used to be (pre 3.3 days) that the current working directory was | >obtained by the system call getcwd. Now, to be POSIX conformant, the | >system call is getwd, and getcwd is a subroutine which is implemented | >by calling getwd. | | Were it not for the fact that IRIX started out as an S5 derivative, I'd | assume you'd reversed "getcwd" and "getwd" in the preceding paragraph, | as the POSIX call to get the current working directory is "getcwd", not | "getwd". However, given that IRIX *did* start out as S5, I'd expect the | call to get the current working directory to be "getcwd", as that's the | S5 call; "getwd" is the BSD call. | | If IRIX's "getcwd()" calls "getwd()", somebody got something backwards, | as "getwd()" doesn't take a "maximum size of buffer" argument but | "getcwd()" does. Given that, a "getcwd()" that calls "getwd()" would | have to throw said argument away, and would run the risk of having | "getwd()" overrun the buffer if the string for the current working | directory is too long.... The original poster is correct; in 3.3, getcwd does call getwd. The getwd call is not completely the same as BSD 4.3, it uses the POSIX PATH_MAX (as does getcwd), instead of MAXPATHLEN; it won't return anything longer. getcwd calls getwd with a buffer of size PATH_MAX, then checks the length to see if it is too long (for the error check), and strncpy's it if not. This is still faster than the 'standard' S5 getcwd, which does a popen on /bin/pwd, and appears to have been done as part of some performance tuning. There were some minor changes for POSIX conformance also, but they were independent of the change to use getwd. Of course, neither getwd, nor getcwd are system calls, but are library routines. -- 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 aa04078; 5 Sep 90 3:44 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa03796; 5 Sep 90 2:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03773; 5 Sep 90 2:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09157; 5 Sep 90 2:35 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07550; Tue, 4 Sep 90 23:30: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: 2 Sep 90 22:00:01 GMT From: Guy Harris Organization: Auspex Systems, Santa Clara Subject: Re: "getcwd" vs. "getwd" (was Re: Re GNU emacs 18.55) Message-Id: <4005@auspex.auspex.com> References: <9008291653.AA10471@dinorah.wustl.edu>, <3997@auspex.auspex.com>, <1990Sep2.043003.13513@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >The original poster is correct; in 3.3, getcwd does call getwd. The >getwd call is not completely the same as BSD 4.3, it uses the POSIX >PATH_MAX (as does getcwd), instead of MAXPATHLEN; it won't return >anything longer. getcwd calls getwd with a buffer of size PATH_MAX, >then checks the length to see if it is too long (for the error check), >and strncpy's it if not. > >This is still faster than the 'standard' S5 getcwd, which does a popen >on /bin/pwd, and appears to have been done as part of some performance >tuning. I would have made "getwd()" a wrapper around "getcwd()" instead (pass PATH_MAX or MAXINT or whatever as the buffer size), and shoved the "getwd()" code into "getcwd()" in favor of the "popen()" code. A little less clumsy - no "strncpy()" needed - and a little less likely to surprise folks who have code that calls "getcwd()" and - for whatever reason - has its own routine named "getwd()". I'm not certain whether POSIX would actually *require* that "getcwd()" not drag in any routines with names that aren't part of the POSIX standard and don't begin with "_" (as the ANSI C standard does for routines it specifies, for quite good reason), but even if it isn't the law, it's still a good idea....   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09842; 4 Sep 90 11:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09027; 4 Sep 90 10:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08915; 4 Sep 90 10:08 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa04704; 4 Sep 90 9:57 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 8096; Tue, 04 Sep 90 09:59:41 EST Received: by UOGUELPH (Mailer R2.07) id 4230; Tue, 04 Sep 90 09:59:40 EST Date: Tue, 04 Sep 90 09:55:51 EST From: Gerrit Subject: Re: GIF file sites To: ae504pw@prism.gatech.edu, info-iris@vgr.brl.mil In-Reply-To: Your message of Sat, 1 Sep 90 16:03:32 EDT Message-ID: <9009040957.aa04704@VGR.BRL.MIL> >Greetings, > >Now that I have a gif viewer for the Iris, does anyone know of any sites where >I could download some gif files via anonymous ftp? > >Thanks in advance. >-- >John Forrest >Georgia Institute of Technology, Atlanta Georgia, 30332 >uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!ae504pw >Internet: ae504pw@prism.gatech.edu > Where did you find your gif viewer? (And what is it called?) I found some stuff at the following site, but the gif viewer is not very flexible. There is also a fromgif and togif utility for Iris RGB format. They do have a fair number of GIF files though. Here are their vital stats: 129.173.18.107 Iris1.UCIS.Dal.Ca Ir Version 4.179 Academic Computing Services Dalhousie University Halifax, N.S. Canada Good Luck! PS John, your address gets rejected by the SMTP server at VM1.gatech.edu (GB ------------------------------- Denniston's Law: virtue is its own punishment.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13811; 4 Sep 90 16:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab13576; 4 Sep 90 16:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab13524; 4 Sep 90 16:16 EDT Received: from REMOTE.DCCS.UPENN.EDU by VGR.BRL.MIL id aa06831; 4 Sep 90 16:06 EDT Return-Path: Received: from C.CHEM.UPENN.EDU by remote.dccs.upenn.edu id AA28494; Tue, 4 Sep 90 16:05:55 -0400 Message-Id: <9009042005.AA28494@remote.dccs.upenn.edu> Date: Tue, 4 Sep 90 16:05 EST From: "Yates, John H." Subject: 8mm Backup strangeness To: info-iris@BRL.MIL X-Vms-To: INFIRIS,YATES I am finding Backup strangeness on 8mm Backup's. The following script should use Backup for /usr /u0 /u1, ... /u7 , rewind the tape and List_tape them all. I am glad I did this sanity check because some marbles (filesystems) are missing. (skip the sleep's, I don't think they are necessary and are only there as a desperate guess). What happens is, all of the Backups appear to work, but after rewinding and doing a List_tape, only the 3rd, 6th, and 9th sets appear. Some sort of header, trailer, tapemark problems with putting multiple Backup's on one 8mm tape? Anyone know what gives? Thanks, John yates@c.chem.upenn.edu The 8mmbackup script: echo "Starting 8mmBackup" df # sleep 60 mt -t /dev/rmt/tps0d6nr retension sleep 60 mt -t /dev/rmt/tps0d6nr rewind sleep 60 # echo "Backup /usr" Backup -t /dev/rmt/tps0d6nr /usr sleep 60 # echo "Backup /u0" Backup -t /dev/rmt/tps0d6nr /u0 sleep 60 # echo "Backup /u1" Backup -t /dev/rmt/tps0d6nr /u1 sleep 60 # echo "Backup /u2" Backup -t /dev/rmt/tps0d6nr /u2 sleep 60 # echo "Backup /u3" Backup -t /dev/rmt/tps0d6nr /u3 sleep 60 # echo "Backup /u4" Backup -t /dev/rmt/tps0d6nr /u4 sleep 60 # echo "Backup /u5" Backup -t /dev/rmt/tps0d6nr /u5 sleep 60 # echo "Backup /u6" Backup -t /dev/rmt/tps0d6nr /u6 sleep 60 # echo "Backup /u7" Backup -t /dev/rmt/tps0d6nr /u7 sleep 60 # echo "Rewind tape." mt -t /dev/rmt/tps0d6nr rewind sleep 600 # echo "List 1st Backup set (/usr)" List_tape -t /dev/rmt/tps0d6nr sleep 60 # echo "List 2nd Backup set (/u0)" List_tape -t /dev/rmt/tps0d6nr sleep 60 # echo "List 3rd Backup set (/u1)" List_tape -t /dev/rmt/tps0d6nr sleep 60 # echo "List 4th Backup set (/u2)" List_tape -t /dev/rmt/tps0d6nr sleep 60 # echo "List 5th Backup set (/u3)" List_tape -t /dev/rmt/tps0d6nr sleep 60 # echo "List 6th Backup set (/u4)" List_tape -t /dev/rmt/tps0d6nr sleep 60 # echo "List 7th Backup set (/u5)" List_tape -t /dev/rmt/tps0d6nr sleep 60 # echo "List 8th Backup set (/u6)" List_tape -t /dev/rmt/tps0d6nr sleep 60 # echo "List 9th Backup set (/u7)" List_tape -t /dev/rmt/tps0d6nr sleep 60 # mt -t /dev/rmt/tps0d6nr rewind sleep 60 # df sleep 600 echo "Done." The results of running the script (most verboseness removed): Starting 8mmBackup Filesystem Type blocks use avail %use Mounted on /dev/root efs 31584 19127 12457 61% / /dev/u7 efs 245532 5834 239698 2% /u7 /dev/u6 efs 245532 60 245472 0% /u6 /dev/u5 efs 245532 27 245505 0% /u5 /dev/u4 efs 245532 700 244832 0% /u4 /dev/u3 efs 245532 352 245180 0% /u3 /dev/u2 efs 245532 56677 188855 23% /u2 /dev/u1 efs 245532 90632 154900 37% /u1 /dev/u0 efs 324576 78477 246099 24% /u0 /dev/tmp efs 378672 930 377742 0% /tmp /dev/scr efs 1965012 549040 1415972 28% /scr /dev/usr efs 979272 242345 736927 25% /usr /debug dbg 631656 104496 527160 17% /debug Backup /usr Backup started. Please wait... c 2k of 4k [1] / c 2k of 6k [1] /usr c 2k of 8k [1] /usr/lost+found c 2k of 10k [1] /usr/lib c 2k of 12k [1] /usr/lib/inst ... c 2k of 160386k [1] /usr/local/man c 2k of 160388k [1] /usr/local/man/man1 c 6k of 160394k [1] /usr/local/man/man1/vmsbackup.1 Backup complete. Backup /u0 Backup started. Please wait... c 2k of 4k [1] / c 2k of 6k [1] /u0 c 2k of 8k [1] /u0/lost+found c 2k of 10k [1] /u0/jy c 4k of 14k [1] /u0/jy/.profile c 4k of 18k [1] /u0/jy/.cshrc c 4k of 22k [1] /u0/jy/.login ... c 4k of 53832k [1] /u0/ap/temp1.f c 4k of 53836k [1] /u0/ap/eng1.f c 362k of 54198k [1] /u0/ap/a.out Backup complete. Backup /u1 Backup started. Please wait... c 2k of 4k [1] / c 2k of 6k [1] /u1 c 2k of 8k [1] /u1/lost+found c 2k of 10k [1] /u1/wd c 4k of 14k [1] /u1/wd/.profile c 4k of 18k [1] /u1/wd/.cshrc c 4k of 22k [1] /u1/wd/.login ... c 112k of 53498k [1] /u1/wd/stuff/transnosym.log;2 c 280k of 53778k [1] /u1/wd/stuff/c3h3nh.log Backup complete. Backup /u2 Backup started. Please wait... c 2k of 4k [1] / c 2k of 6k [1] /u2 c 2k of 8k [1] /u2/lost+found c 2k of 10k [1] /u2/voth c 4k of 14k [1] /u2/voth/.profile c 4k of 18k [1] /u2/voth/.cshrc ... c 10k of 33826k [1] /u2/wm/chain.mole/filout.2 c 458k of 34284k [1] /u2/wm/chain.mole/coord c 368k of 34652k [1] /u2/wm/chain.mole/lc Backup complete. Backup /u3 Backup started. Please wait... c 2k of 4k [1] / c 2k of 6k [1] /u3 c 2k of 8k [1] /u3/lost+found c 2k of 10k [1] /u3/smith c 4k of 14k [1] /u3/smith/.profile c 4k of 18k [1] /u3/smith/.cshrc ... c 4k of 320k [1] /u3/gf/.cshrc c 4k of 324k [1] /u3/gf/.login Backup complete. Backup /u4 Backup started. Please wait... c 2k of 4k [1] / c 2k of 6k [1] /u4 c 2k of 8k [1] /u4/lost+found c 2k of 10k [1] /u4/jo c 4k of 14k [1] /u4/jo/.profile c 4k of 18k [1] /u4/jo/.cshrc ... c 4k of 560k [1] /u4/ml/.cshrc c 4k of 564k [1] /u4/ml/.login Backup complete. Backup /u5 Backup started. Please wait... c 2k of 4k [1] / c 2k of 6k [1] /u5 c 2k of 8k [1] /u5/lost+found c 2k of 10k [1] /u5/alex c 4k of 14k [1] /u5/alex/.profile c 4k of 18k [1] /u5/alex/.cshrc c 4k of 22k [1] /u5/alex/.login Backup complete. Backup /u6 Backup started. Please wait... c 2k of 4k [1] / c 2k of 6k [1] /u6 c 2k of 8k [1] /u6/lost+found c 2k of 10k [1] /u6/dhb c 4k of 14k [1] /u6/dhb/.profile ... c 4k of 66k [1] /u6/mt/.cshrc c 4k of 70k [1] /u6/mt/.login Backup complete. Backup /u7 Backup started. Please wait... c 2k of 4k [1] / c 2k of 6k [1] /u7 c 2k of 8k [1] /u7/lost+found c 2k of 10k [1] /u7/er c 4k of 14k [1] /u7/er/.profile c 4k of 18k [1] /u7/er/.cshrc ... c 4k of 3400k [1] /u7/jl/.login c 2k of 3402k [1] /u7/jl/.news_time c 14k of 3416k [1] /u7/jl/q.q Backup complete. Rewind tape. List 1st Backup set (/usr) <---- but it isn't it is /u1, the 3rd set Tape listing started. Please wait... Tape Header =========== label: Partial Backup created: Mon Sep 3 23:06:57 1990 device: /dev/rmt/tps0d6nr user: root group: sys system: a.chem a.chem 3.3 06011629 IP7 bru: "SGI Release 1.01" release: 9.11 variant: 1 Files ===== drwxr-xr-x 21 root sys 0 Sep 3 22:37 / drwxr-xr-x 4 root sys 0 Jul 27 16:59 /u1 drwx------ 2 root sys 0 Jul 26 17:18 /u1/lost+found drwxrwxr-x 6 dailey dailey 0 Aug 26 09:09 /u1/wd -rw-r--r-- 1 dailey dailey 534 Jul 27 16:59 /u1/wd/.profile -rw-r--r-- 1 dailey dailey 541 Aug 10 13:43 /u1/wd/.cshrc ... -rw-r----- 1 dailey dailey 97597 Aug 25 22:50 /u1/wd/stuff/transnosym.log;2 -rw-r----- 1 dailey dailey 248479 Aug 28 15:24 /u1/wd/stuff/c3h3nh.log Tape listing complete. List 2nd Backup set (/u0) <--- but it isn't it is /u4, the 6th Tape listing started. Please wait... set Tape Header =========== label: Partial Backup created: Mon Sep 3 23:30:41 1990 device: /dev/rmt/tps0d6nr user: root group: sys system: a.chem a.chem 3.3 06011629 IP7 bru: "SGI Release 1.01" release: 9.11 variant: 1 Files ===== drwxr-xr-x 21 root sys 0 Sep 3 22:37 / drwxr-xr-x 11 root sys 0 Aug 28 13:19 /u4 drwx------ 2 root sys 0 Jul 26 17:19 /u4/lost+found drwxrwxr-x 4 owrutsky hochstra 0 Aug 30 21:14 /u4/jo -rw-r--r-- 1 owrutsky sys 534 Aug 10 13:06 /u4/jo/.profile ... -rw-r--r-- 1 lester sys 534 Aug 28 13:20 /u4/ml/.profile -rw-r--r-- 1 lester sys 478 Aug 28 13:20 /u4/ml/.cshrc -rw-r--r-- 1 lester sys 476 Aug 28 13:20 /u4/ml/.login Tape listing complete. List 3rd Backup set (/u1) <---- but it isn't, it is /u7, the 9th set Tape listing started. Please wait... Tape Header =========== label: Partial Backup created: Mon Sep 3 23:34:35 1990 device: /dev/rmt/tps0d6nr user: root group: sys system: a.chem a.chem 3.3 06011629 IP7 bru: "SGI Release 1.01" release: 9.11 variant: 1 Files ===== drwxr-xr-x 21 root sys 0 Sep 3 22:37 / drwxr-xr-x 5 root sys 0 Aug 9 15:20 /u7 drwx------ 2 root sys 0 Jul 26 17:19 /u7/lost+found drwxrwxr-x 2 rescorla cooperma 0 Aug 24 09:03 /u7/er -rw-r--r-- 1 rescorla sys 534 Aug 9 15:16 /u7/er/.profile -rw-r--r-- 1 rescorla sys 478 Aug 9 15:16 /u7/er/.cshrc ... -rw-r--r-- 1 lalonde sys 476 Aug 9 15:20 /u7/jl/.login -rw-r--r-- 1 lalonde voet 0 Aug 30 10:38 /u7/jl/.news_time -rw-r----- 1 lalonde voet 9800 Aug 30 16:40 /u7/jl/q.q Tape listing complete. List 4th Backup set (/u2) (then it just hangs here because /u7 is last partition backed up to tape)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13944; 4 Sep 90 16:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13576; 4 Sep 90 16:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13524; 4 Sep 90 16:16 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa06824; 4 Sep 90 16:04 EDT Received: Tue, 4 Sep 90 15:16:50 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 4 Sep 90 15:16:50 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9009041916.AA04157@aero4.larc.nasa.gov> To: info-iris@BRL.MIL Subject: Saving Screen to file I would like to be able to save the entire screen (or part of it) to a file of my own format. It shouldn't matter what mode the windows are in, RGB or color map, I want the RGB values no matter what mode the window is in. That way if I have a window in RGB mode and one in color map mode I can save the entire screen as RGB values. I have looked at 4Dgifts/iristools/imgtools and there is one utility to save the screen, that is scrsave. Scrsave calls an undocumented function gl_readscreen. What library is this routine in? Why isn't it documented? It seems to be the only function that will do what I want, however there is no documentation. Is it ok to use this function or will it disappear some day. It should be a normal library function, complete with documentation. I have tried using other routines with no success. Any suggestions? Most of this is aimed at SGI. -- Brent   Received: from vmb.brl.mil by VMB.BRL.MIL id ab13944; 4 Sep 90 16:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac13576; 4 Sep 90 16:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13533; 4 Sep 90 16:16 EDT Received: from REMOTE.DCCS.UPENN.EDU by VGR.BRL.MIL id aa06836; 4 Sep 90 16:08 EDT Return-Path: Received: from C.CHEM.UPENN.EDU by remote.dccs.upenn.edu id AA28513; Tue, 4 Sep 90 16:08:12 -0400 Message-Id: <9009042008.AA28513@remote.dccs.upenn.edu> Date: Tue, 4 Sep 90 16:08 EST From: "Yates, John H." Subject: 8mm Backup strangeness is on IRIX 3.3 To: info-iris@BRL.MIL X-Vms-To: INFIRIS and 4D/320S system. OS may be relevant here. John   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01979; 5 Sep 90 0:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01713; 4 Sep 90 23:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01694; 4 Sep 90 23:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08460; 4 Sep 90 23:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21000; Tue, 4 Sep 90 20:28: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: 4 Sep 90 20:18:47 GMT From: Tim Hall Organization: Boston University Computer Graphics Lab Subject: zdraw Message-Id: <1990Sep4.161847@bucrf11.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL 'zdraw' only seems to work when in double buffer mode. When in singlebuffer mode things are drawn into the front buffer even when 'frontbuffer( FALSE )' and 'zdraw( TRUE )' have been called. Is this a bug or a feature? This is on a 4D-240 running 3.2. Will 'zdraw' ever be fully supported on PI's? -- -Tim Hall tjh@bu-pub.bu.edu The night is filled with the cries of dispossessed children in search of paradise. -Dead Can Dance   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04944; 5 Sep 90 6:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04907; 5 Sep 90 6:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04889; 5 Sep 90 6:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09663; 5 Sep 90 6:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27692; Wed, 5 Sep 90 02:57:34 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Sep 90 20:57:46 GMT From: david pratt Organization: Naval Postgraduate School, Monterey CA Subject: Sound for 4Ds (other then PIs) Message-Id: <1353@mira.cs.nps.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Greetings from Foggy Monterey, We are working on a system on an 4D/120 and would like to add some sound effects. Does any one out there have any experience at connecting a PC (such as a NeXT or Amiga) to the 4Ds for this purpose? Is there a board available to do sound? I know about the PI's but our system would swamp one of them. Any references, hints, leads, or (I might regret this) sales literature would be aprecated. Thanks, Dave -- Dave Pratt pratt@cs.nps.navy.mil (408) 646-2865 If the meek shall inherit the earth, I'm SOL! These are my opinions, who knows what the Navy thinks.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05344; 5 Sep 90 7:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04944; 5 Sep 90 6:38 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04915; 5 Sep 90 6:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09678; 5 Sep 90 6:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29672; Wed, 5 Sep 90 03:17: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: 4 Sep 90 23:54:45 GMT From: Kurt Akeley Organization: sgi Subject: Re: zdraw Message-Id: <1990Sep4.235445.12270@odin.corp.sgi.com> References: <1990Sep4.161847@bucrf11.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep4.161847@bucrf11.bu.edu>, tjh@bucrf11.bu.edu (Tim Hall) writes: |> 'zdraw' only seems to work when in double buffer mode. When in singlebuffer |> mode things are drawn into the front buffer even when 'frontbuffer( FALSE )' |> and 'zdraw( TRUE )' have been called. Is this a bug or a feature? |> This is on a 4D-240 running 3.2. It is possible to disable drawing to the frontbuffer while zdraw is enabled and the GT/GTX is in singlebuffer mode. However, a coding error makes it difficult. On my 3.3 machine you must call frontbuffer(FALSE) after you call zdraw(TRUE) for this to work. The code was originally correct (I wrote it) but has since rotted because it is trying to do a complicated thing. The documents indicate that frontbuffer() is ignored while in singlebuffer mode. This made sense before zdraw() was introduced to the GL, but became a problem after. Our coding solution was to save the requested frontbuffer() state, but to disable drawing to the front buffer only while zdraw() was TRUE. Thus old code that counted on frontbuffer() being ignored in singlebuffer mode is unaffected, but drawing to the front buffer can be disabled while drawing to the zbuffer is enabled. Any way, a code change some time back caused frontbuffer state as well as actual enable to be changed only while either in doublebuffer mode or while zdraw is TRUE. Thus an initial call of frontbuffer(FALSE) is completely ignored, and a subsequent zdraw(TRUE) call cannot disable drawing to the frontbuffer. Only when frontbuffer(FALSE) is called while zdraw is TRUE can drawing to the frontbuffer disabled. |> |> Will 'zdraw' ever be fully supported on PI's? I don't do development for the Personal Iris, but from what I know of its hardware, I doubt it very much. -- kurt p.s. There is a good chance that future GL releases will NOT ignore frontbuffer() while in singlebuffer mode. This will simplify the code and probably satisfy current usage.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05344; 5 Sep 90 7:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05133; 5 Sep 90 6:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04981; 5 Sep 90 6:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09697; 5 Sep 90 6:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00137; Wed, 5 Sep 90 03:21: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: 5 Sep 90 00:08:24 GMT From: Jim Bennett Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Question about Personal IRIS Message-Id: <1990Sep5.000824.12575@odin.corp.sgi.com> References: <1990Sep4.194719.8646@Solbourne.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep4.194719.8646@Solbourne.COM> yagi@unknown.Solbourne.COM (Yukio Yagi) writes: > >I am interested in the performance numbers of the Personal IRIS. >In the "Periodic Table of the IRIS's" dated April 2, 1990 the >following numbers are given: > > Personal IRIS 4D/25G has performance of 5.1K Polygons/sec. > Personal IRIS 4D/25TG has performance of 24K Polygons/sec. > >According to the comments, "polygon" numbers are for 10x10 (100pixel), >full 24-bit color, Lighted, Gouraud-shaded, Z-buffered polygons with >arbitrary orientation. > >What I want to know is: > > 1. What's the meaning of "Lighted"? Is the lighting calculation at > each vertex pre-computed or computed at display time? The normals are sent down with the vertices and the color values are computed at display time. > 2. How many and what kind of light sources are used? What > reflection model is used? Single light source, and the default reflection model (infinite viewer). Jim Bennett (bennett@esd.sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05622; 5 Sep 90 7:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab05133; 5 Sep 90 6:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab04981; 5 Sep 90 6:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09699; 5 Sep 90 6:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29730; Wed, 5 Sep 90 03:17: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: 4 Sep 90 23:47:49 GMT From: sgi!shinobu!odin!socrates.esd.sgi.com!eva@ucbvax.berkeley.edu Organization: Silicon Graphics, Entry Systems Division Subject: Re: WorkSpace from NFS mounted home directory Message-Id: <1990Sep4.234749.12096@odin.corp.sgi.com> References: <1990Aug28.173010.6733@eagle.lerc.nasa.gov>, <68084@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <68084@sgi.sgi.com>, betsy@vesuvius.esd.sgi.com (Betsy Zeller) writes: > In article <1990Aug28.173010.6733@eagle.lerc.nasa.gov> eddc@opus.lerc.nasa.gov (Dave Carek) writes: > > > >Does anybody know how to get WorkSpace to start when your home directory > >is NFS mounted to another machine? I checked the autostart parameter > >using the System Manager and it says it should start. Right now I'm > >using the default user.ps file. If I log in on the machine where my > >home directory is WorkSpace starts fine, but if I try to log in from > >a different machine that has my home directory NFS mounted to it, > >WorkSpace will not start. It won't even start if I try it from the > >System Menu. > > > > On the 3.3 version, WorkSpace does not work well if the home directory > is NFS mounted. There are two solutions to this. > > 1. NFS mount your directories with the 'private' option > (this may have other side effects for your NFS behaviour) > OR > 2. i) open a wsh window > ii) make yourself a directory that is on the machine from which > you are running workspace (eg /usr/tmp/foo) > iii) setenv HOME /usr/tmp/foo > iv) run workspace > > > Betsy Zeller > > After looking at this one again, we determined the BEST way to deal with this problem. For workSpace ( and other applications that use file locks ) to work correctly with NFS mounted home directories, the lockd daemon should be running on both the client and the server machines. To do this, on the client ( the machine that you want to run the workSpace on) : %su # /etc/chkconfig lockd on # /etc/init.d/network start rlogin to the server machine ( the machine where the home directory physically exists ) and do the same things again. This will set up the machines to start up lockd whenever they are booted as well, so you won't have to do anything like this again. Eva Manolis   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00902; 6 Sep 90 9:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00698; 6 Sep 90 9:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00599; 6 Sep 90 9:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14498; 6 Sep 90 8:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29768; Thu, 6 Sep 90 05:46: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 Sep 90 01:29:13 GMT From: Andrew Hume Organization: AT&T Bell Laboratories, Murray Hill NJ Subject: Rampaging Software Installation Message-Id: <11288@alice.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The other day I was roused from my terminal stupor by our installation manager who had been supervising 2 field engineers installing some ``maintenance software'' updates. apparently, there was some trouble booting, and could I come and help? the problem was pretty clear; nothing could mount as the devices in /etc/fstab didn't even exist!! I said ``where did they go? no one could be such a d*ckhead as to remove a customer's devices for so piddly a thing as a maintenance update?'' (Of course, I was asking for trouble using non-standard partitions for my filesystems.) And of course, my awk script for generating these didn't work because the godforsaken awk that comes standard is 6 years old and doesn't even have sub() in it. but hey, what are computers for, anyway? the event fizzled out as I did a few mknod's by hand, mounted enough stuff to do some work and then generated my devices and we were then able to boot. (we pass over the fact that the installation procedure had put us back to 96 processes (for a 380??) which i only found out today.) my question is: why is this clearing out and regenerating of /dev/dsk /dev/rdsk (and whatever else) done? it can't be for space; my /dev/dsk has the standard partitions for 160(!!) ipi drives (10 controllers at 16 drives each). are you telling me my 8 extra devices were too much? if sgi (and it may be sys v or mips' fault) REALLY wants to do this, is there some way we can prevent it or provide a hook so we can ensure the devices we want are remade?   Received: from vmb.brl.mil by VMB.BRL.MIL id ac00856; 6 Sep 90 11:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00660; 6 Sep 90 10:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad00482; 6 Sep 90 10:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14857; 6 Sep 90 10:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08822; Thu, 6 Sep 90 07:23: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: 4 Sep 90 19:00:13 GMT From: Kathy Kuba Organization: Hewlett Packard -- Fort Collins, CO Subject: GL Lighting POSITION Message-Id: <17450005@hpfcdj.HP.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I recently received my SGI 210GTX workstation (running 3.3) and began porting code from my 120GTX (3.2). All went well, except that my light sources did not illuminate my objects. Upon further investigation, I discovered that moving my POSITION from 0 0 1 0 to 0 0 -1 0 fixed the problem. Has any one else seen this?? I really don't want to do keep different versions of code for each machine. The SGI Hotline graphics expert I talked with said they "fixed" the light sources so backface lighting would work properly. All other SGI graphics workstations I've used have the positive z axis pointing out of the screen, so a light at 0 0 1 0 is shining from behind to the origin. If they believe this is really a "fix", then why didn't they make it transparent to the user? The answer I received, "change your code", is not acceptable. Comments suggestions, and alternate solutions welcome! Kathy   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01236; 6 Sep 90 11:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad00660; 6 Sep 90 10:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00508; 6 Sep 90 10:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14864; 6 Sep 90 10:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08805; Thu, 6 Sep 90 07:23: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: 4 Sep 90 19:14:22 GMT From: Kathy Kuba Organization: Hewlett Packard -- Fort Collins, CO Subject: Re: New IBM Graphics Workstations Message-Id: <17450006@hpfcdj.HP.COM> References: <1990Jul25.155350.10192@athena.mit.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL > / hpfcdj:comp.sys.sgi / ciemo@bananaPC.wpd.sgi.com (Dave Ciemiewicz) / 12:10 pm Jul 30, 1990 / > In article <1990Jul29.165033.22289@portia.Stanford.EDU>, > dhinds@portia.Stanford.EDU (David Hinds) writes: > > In article <9007261139.AA05802@aero4.larc.nasa.gov> > blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") writes: > > > > > > The last I heard was that the IBM's were comparable to the bottom > > >of the SGI line, 4D/20 with minimal graphics. > > >-- > > The IBM RS6000's have several levels of graphics support. The 8-bit > > color 3D graphics level is quoted as doing 90K 3D vectors/sec, and 10K 3D > > polygons/sec. The 24-bit color 3D graphics system is quoted as doing > > 990K 3D vectors/sec and 120K 3D polygons/sec. > > Has it been released yet or is it still vaporware? Something else to > consider is that IBM's high-end graphics board is an IBM proprietary > and does not run the GL. > An IBM rep at SIGGRAPH told me that GL and GraPHIGS both run across their entire 3D line, which includes the PI boards. If you have contradictory information, I am very interested in learning more. > > > For comparison, SGI says a base IRIS 4D/50 with 8 bit planes does > > 140K vectors/sec and 5.5K polygons/sec. An IRIS with GTX graphics is > > supposed to do 475K vectors/sec and 100K polygons/sec. > > Don't forget the VGX system's 1M vps and 1M pps. This board uses the GL > unlike IBM's top-o'-the-line. > > > It is not obvious how to compare the figures, however. The IBM > The graphics performance numbers for the Personal Iris and GT graphics systems > vps are based on 10 pixel, connected, full 24-bit color, arbitrary orientation > 2D or 3D vectors? Kathy   Received: from vmb.brl.mil by VMB.BRL.MIL id ac09244; 13 Sep 90 1:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac09183; 13 Sep 90 0:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09170; 13 Sep 90 0:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04972; 13 Sep 90 0:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18649; Wed, 12 Sep 90 20:11: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: 4 Sep 90 18:55:06 GMT From: "Loren (Buck" MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Organization: Computer Sciences Corporation @ NASA Goddard Space Flight Center Subject: Re: Imaginary PIs Message-Id: <3330@dftsrv.gsfc.nasa.gov> References: <1411@contex.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1411@contex.UUCP> frank@contex.UUCP (Frank Perdicaro) writes: >A Modest Proposal In some respects similar to the "Personal Power IRIS" I have been asking about for more than a year. The answer I got at SIGGRAPH, is that it would be nice, but our engineering dollars are going else where. The most convincing argument they gave me (and the one that has finally convinced me to give up) is for a Personal Power IRIS to really work reasonably well is for it to get a private memory bus a la the Power Series. By the time you add up engineering and manufacturing costs it just doesn't make sense. Besides, I can hardly wait for what they are spending R&D dollars on (supposedly a machine that is getting into the price range I would consider for a home machine, about 7-8K for what I would guess would be a diskless 8 bit system). > > The 4D 25S is a fine machine; it could be made into a better machine. >Imagine this. As the place where the GR1 board goes is vacant in the server, >it should be possible to place a second IP10 in there. What you are proposing sounds reasonable to me, but there may be a problem of the two boards having a conflict on the bus (easy to fix, just cut the bus in two). > >Proposed Configuration 3. > Very minor sheet metal modification make it possible to run a full height >drive in the top slot of a 4D 25. Make these modifications and place a drive >there. Cut the existing SCSI cable in half, and have the top-slot drive >serve the secondary cpu. This still provides for SCSI expansion in one cpu, >but provides two independent cpu in one box. Or leave the metal alone, and just give the second CPU the largest half-height drive available for local swap space. This still gives room left over for a tape drive, CD ROM, floppy drive, etc. Of course all of the things you wanted in terms of faster CPUs, more memory, and related stuff to improve performance would of course be welcome for us ordinary users of PIs. B Cing U Buck Loren Buchanan | buck@drax.gsfc.nasa.gov | #include CSC, 1100 West St. | ...!ames!dftsrv!drax!buck | typedef int by Laurel, MD 20707 | (301) 497-2531 | void where_prohibited(by law){} CD International lists over 40,000 pop music CDs, collect the whole set.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09715; 5 Sep 90 11:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08583; 5 Sep 90 10:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08551; 5 Sep 90 10:16 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa10443; 5 Sep 90 10:05 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 8448; Wed, 05 Sep 90 10:07:40 EST Received: by UOGUELPH (Mailer R2.07) id 8300; Wed, 05 Sep 90 10:07:38 EST Date: Wed, 5 Sep 1990 10:03:06 EST From: Peter Jaspers-Fayer Subject: F77, Irix3.3, and 'backspace' To: Iris mailing list Message-ID: <9009051005.aa10443@VGR.BRL.MIL> c c This useless bit of code emulates a part of a much bigger program c which the user claimed ran OK if compiled inder irix3.2, but fails c on the 2nd rewind under 3.3. If the last 'write' statement is c commented out, it does not fail. No special compile options. c integer test(3) write (10,10) (j,j=1,3) do 1 i=1,5 write(6,*) 'about to do backspace...' backspace 10 write(6,*) 'backspace OK, reading...' read (10,10) (test(j),j=1,3) write(6,*) '(re)read record',i,' times' write(6,*) 'data=',test,', re-writing.' write(10,10) (test(j),j=1,3) 1 continue 10 format(3i5) stop end ------------------ Result is: % f77 foo.f % a.out about to do backspace... backspace OK, reading... (re)read record 1 times data= 1 2 3, re-writing. about to do backspace... Segmentation fault (core dumped) % Regardless of the Irix version, why does this code die after sucessfully passing through the code once? /PJ SofPJF@VM.UoGuelph.Ca (Probably also reachable (until ?) at SOFPJF@UOGUELPH.BITNET) Klein bottle for rent, apply within.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10222; 5 Sep 90 12:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09854; 5 Sep 90 12:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09795; 5 Sep 90 11:54 EDT Received: from YMIR.CLAREMONT.EDU by VGR.BRL.MIL id aa11053; 5 Sep 90 11:48 EDT Received: from iris.claremont.edu (134.173.4.161) by YMIR.CLAREMONT.EDU with PMDF-822; Wed, 5 Sep 1990 08:46 PDT Received: by iris.claremont.edu (5.52/890607.SGI) (for @ymir.claremont.edu:info-iris@BRL.MIL) id AA06931; Wed, 5 Sep 90 08:46:08 PDT Date: Wed, 5 Sep 90 8:46:07 PDT From: Mike Medlin Subject: Sound for IRIS To: info-iris@BRL.MIL Message-id: <9009051546.AA06931@iris.claremont.edu> X-Mailer: ELM [version 2.3 PL0] I just saw a request for info on sound for a 4D/120 system. The requester said he knew about sound for the IRIS. Could someone please share that info with me? I had no idea the IRIS had sound capabilities. Also, is there a way to run grasp on the IRIS? Thanks, michael al@iris.claremont.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13930; 5 Sep 90 16:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12578; 5 Sep 90 15:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12532; 5 Sep 90 15:21 EDT Received: from PIG.DREA.DND.CA by VGR.BRL.MIL id aa11804; 5 Sep 90 15:13 EDT Received: Wed, 5 Sep 90 11:08:52 ADT by pig.drea.dnd.ca (5.52/5.6) Date: Wed, 5 Sep 90 11:08:52 ADT From: Jim Diamond Message-Id: <9009051408.AA15454@pig.drea.dnd.ca> To: info-iris@BRL.MIL Subject: peculiar ls behaviour Yo, SGI: On a 4D/50 running 3.2, I discovered a very annoying "feature" of ls(1). (I actually discovered this by renaming a directory called "screen" to "screen-images" and noticing that many files disappeared, but here's another way of looking at it.) I realize that it's easy to edit up such an example, but, honest, this is what happens!! % unalias ls % ls -x ac-editor bin journal record screen-images startup.ps text user.ps % echo a > a.out % ls -x screen-images startup.ps text user.ps record % Notice how by creating an a.out file it and 4 other files vanish from the listing. But if one just types "ls" (w/o the "-x") one gets them all. Is this bug a part of 3.3? If I ever get my copy of 3.3, I'll be able to check for myself. I guess these things take a while to get to the far east. Jim Diamond zsd@pig.drea.dnd.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15613; 5 Sep 90 23:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15561; 5 Sep 90 22:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15531; 5 Sep 90 22:47 EDT Received: from REMOTE.DCCS.UPENN.EDU by VGR.BRL.MIL id aa13137; 5 Sep 90 22:40 EDT Return-Path: Received: from C.CHEM.UPENN.EDU by remote.dccs.upenn.edu id AA14198; Wed, 5 Sep 90 22:40:31 -0400 Message-Id: <9009060240.AA14198@remote.dccs.upenn.edu> Date: Wed, 5 Sep 90 22:40 EST From: "Yates, John H." Subject: Re: 8mm Backup strangeness (my own query, my own solution) To: info-iris@BRL.MIL X-Vms-To: INFIRIS,YATES I posted that I had a problem with Backup on our 8mm drive. I tried our 9 track and had the same problem. SGI has noted my infoiris message, and will test internally. Meanwhile, I took the advice of a wise netter (sorry, I don't have your name at my fingertips) and used bru directly. The following script worked just fine to my 8mm drive. I consider the problem resolved, I won't use Backup and List_tape. John yates@c.chem.upenn.edu bru8mm: echo "Starting bru 8mmBackup" df ps -el # mt -t /dev/rmt/tps0d6nr retension mt -t /dev/rmt/tps0d6nr rewind # echo "bru Backup /usr" bru -cvf /dev/rmt/tps0d6nr /usr # echo "bru Backup /u0" bru -cvf /dev/rmt/tps0d6nr /u0 # echo "bru Backup /u1" bru -cvf /dev/rmt/tps0d6nr /u1 # echo "bru Backup /u2" bru -cvf /dev/rmt/tps0d6nr /u2 # echo "bru Backup /u3" bru -cvf /dev/rmt/tps0d6nr /u3 # echo "bru Backup /u4" bru -cvf /dev/rmt/tps0d6nr /u4 # echo "bru Backup /u5" bru -cvf /dev/rmt/tps0d6nr /u5 # echo "bru Backup /u6" bru -cvf /dev/rmt/tps0d6nr /u6 # echo "bru Backup /u7" bru -cvf /dev/rmt/tps0d6nr /u7 # echo "Rewind tape." mt -t /dev/rmt/tps0d6nr rewind # echo "List 1st bru backup set (/usr)" bru -tvf /dev/rmt/tps0d6nr # echo "List 2nd bru backup set (/u0)" bru -tvf /dev/rmt/tps0d6nr # echo "List 3rd bru backup set (/u1)" bru -tvf /dev/rmt/tps0d6nr # echo "List 4th bru backup set (/u2)" bru -tvf /dev/rmt/tps0d6nr # echo "List 5th bru backup set (/u3)" bru -tvf /dev/rmt/tps0d6nr # echo "List 6th bru backup set (/u4)" bru -tvf /dev/rmt/tps0d6nr # echo "List 7th bru backup set (/u5)" bru -tvf /dev/rmt/tps0d6nr # echo "List 8th bru backup set (/u6)" bru -tvf /dev/rmt/tps0d6nr # echo "List 9th bru backup set (/u7)" bru -tvf /dev/rmt/tps0d6nr # mt -t /dev/rmt/tps0d6nr rewind # df ps -el echo "Done."   Received: from vmb.brl.mil by VMB.BRL.MIL id ab15613; 5 Sep 90 23:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab15561; 5 Sep 90 22:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab15531; 5 Sep 90 22:47 EDT Received: from REMOTE.DCCS.UPENN.EDU by VGR.BRL.MIL id aa13144; 5 Sep 90 22:42 EDT Return-Path: Received: from C.CHEM.UPENN.EDU by remote.dccs.upenn.edu id AA14214; Wed, 5 Sep 90 22:42:45 -0400 Message-Id: <9009060242.AA14214@remote.dccs.upenn.edu> Date: Wed, 5 Sep 90 22:42 EST From: "Yates, John H." Subject: broken finger To: info-iris@BRL.MIL X-Vms-To: INFIRIS,YATES On our 4D/320S, IRIX 3.3 , I get the following error running finger: finger finger: /dev/sun3.che: No such file or directory a who gives: who shelley ttyq1 Sep 5 13:21 root ttyq3 Sep 5 14:38 kistler ttyq5 Sep 5 14:18 kistler sun3.chem.u Sep 5 14:17 So there is a problem with multiple logins from remote sites (here sun3.chem.upenn.edu). Anybody else seen this? Fixed in the next release? John yates@c.chem.upenn.edu P.S. it behaves fine unless a machine name is somewhere in the device who list.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15686; 5 Sep 90 23:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac15613; 5 Sep 90 23:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15575; 5 Sep 90 23:01 EDT Received: from REMOTE.DCCS.UPENN.EDU by VGR.BRL.MIL id aa13164; 5 Sep 90 22:54 EDT Return-Path: Received: from C.CHEM.UPENN.EDU by remote.dccs.upenn.edu id AA14261; Wed, 5 Sep 90 22:53:54 -0400 Message-Id: <9009060253.AA14261@remote.dccs.upenn.edu> Date: Wed, 5 Sep 90 22:53 EST From: "Yates, John H." Subject: Re: my broken finger query To: info-iris@BRL.MIL X-Vms-To: INFIRIS,YATES ok, I just tried duplcating the situation I captured this afternoon for my query, and I don't know how sun3.chem.upenn.edu got into the device field in the first place. I assure you the query below was "captured live". What situation causes the host name of the originating connection to be placed in the device field? Original Query: >On our 4D/320S, IRIX 3.3 , I get the following error running finger: > >finger >finger: /dev/sun3.che: No such file or directory > >a who gives: > >who >shelley ttyq1 Sep 5 13:21 >root ttyq3 Sep 5 14:38 >kistler ttyq5 Sep 5 14:18 >kistler sun3.chem.u Sep 5 14:17 > >So there is a problem with multiple logins from remote sites (here >sun3.chem.upenn.edu). Anybody else seen this? Fixed in the next >release? > John yates@c.chem.upenn.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18163; 6 Sep 90 8:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17917; 6 Sep 90 8:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17838; 6 Sep 90 8:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14181; 6 Sep 90 7:58 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA25002; Thu, 6 Sep 90 04:55:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Sep 90 22:49:31 GMT From: Tim Hall Organization: Boston University Subject: Another bug or feature question... popup menus Message-Id: <1990Sep5.184931@bucrf11.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In the SGI popup menus it appears that the menu code keeps a list of callback functions you've called while a dopup is outstanding. So, if you make a dopup call from a callback function (so there is another dopup call that hasn't returned yet) the original callback function is again called - forming a loop of callback procedures. :-( Why would this be so? -- -Tim Hall tjh@bu-pub.bu.edu The night is filled with the cries of dispossessed children in search of paradise. -Dead Can Dance   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00100; 6 Sep 90 8:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17742; 6 Sep 90 7:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17680; 6 Sep 90 7:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14140; 6 Sep 90 7:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA22964; Thu, 6 Sep 90 04:32: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: 5 Sep 90 20:07:47 GMT From: James Helman Organization: Stanford University Subject: Re: SGI's migration to X Message-Id: References: <208@voodoo.UUCP>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Obviously, I'm not very familiar with Sun's graphics. From what Mark says, I take it that Sun's DGA does not allow XGL and X drawing calls to be made in the same window. Basically then, it just allows XGL and X/NeWS windows to share the same screen without trouncing on each other. Once SGI's current window coexistence problems are fixed, will SGI's GL/X dichotomy be pretty much the same as Sun's XGL/X split? That is once a window is opened either as a local X window or as a "direct" graphics window, there is no way to get a handle for applying the other's drawing calls on that window? I've heard Vicom's new image processor supports something like this, allowing very high performance imaging operations when a local X window is accessed via another library interface. My other question: shared memory X transport? It seems like it would be a big win for portable X imaging applications like LLNL's View. Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Voice: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00100; 6 Sep 90 8:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab17917; 6 Sep 90 8:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab17838; 6 Sep 90 8:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14189; 6 Sep 90 8:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24549; Thu, 6 Sep 90 04:50:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Sep 90 22:04:33 GMT From: Clint Greene Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 8mm Backup strangeness Message-Id: <1990Sep5.220433.28292@odin.corp.sgi.com> References: <9009042005.AA28494@remote.dccs.upenn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009042005.AA28494@remote.dccs.upenn.edu> YATES@C.CHEM.UPENN.EDU ("Yates, John H.") writes: >I am finding Backup strangeness on 8mm Backup's. The following script should >use Backup for /usr /u0 /u1, ... /u7 , rewind the tape and List_tape them all. >I am glad I did this sanity check because some marbles (filesystems) are >missing. (skip the sleep's, I don't think they are necessary and are only >there as a desperate guess). >What happens is, all of the Backups appear to work, but after rewinding >and doing a List_tape, only the 3rd, 6th, and 9th sets appear. > >Some sort of header, trailer, tapemark problems with putting multiple Backup's >on one 8mm tape? Anyone know what gives? > >Thanks, John >yates@c.chem.upenn.edu > Script and messages deleted If you look at the List_tape script in /usr/sbin you'll see that it is calling bru with the -g option just to verify that the tape is truly in bru format. The problem arises from the fact that you are using the no-rewind device, so after the bru -g, the tape is positioned after teh first block and then they do another bru -g to list the header and then a bru -t get the file contents. Well the bru -g will cough/choke/die on the second issuance because bru itself verifies whether or not the tape is bru format. That is probably why you only see the 3rd, 6th and 9th set of files, while your script says it is the 1st, 2nd and 3rd. If you were to just run bru -tvvvv on this tape 9 times using the no-rewind (tps0d6nr) device you would find all your data there. The problem is not an exabyte or any other tape drive problem. It is a List_tape problem. I filed a bug on it a while back, but I don't know how they will fix it. It really isn't made to handle multiple archive tapes. The 3.3 version has the same problems. Now tar and exabyte under 3.2 did have problems with multiarchive backups. There was a bug in the driver that would not aloow tar to read any archives past the first one on the 8mm tape drive. Tar would appear to write the multiple archives, but would only list the first archives contents, but when asked to read the 2nd or subsequent archives it wold appear to hang when in reality it is reading the tape and runs to the EOT where it gives a read error, but you have to wait a few minutes for it to get there. This I believe is fixed in 3.3 and possibly in 3.2.3. Dave Olson maybe to answer that with some authority.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01280; 6 Sep 90 10:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00525; 6 Sep 90 9:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00402; 6 Sep 90 8:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14390; 6 Sep 90 8:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29490; Thu, 6 Sep 90 05:43:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Sep 90 01:04:19 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: SGI's migration to X Message-Id: <1990Sep6.010419.1573@odin.corp.sgi.com> References: <208@voodoo.UUCP>, , Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , jim@baroque.Stanford.EDU (James Helman) writes: |> Once SGI's current window coexistence problems are fixed, will SGI's |> GL/X dichotomy be pretty much the same as Sun's XGL/X split? That is |> once a window is opened either as a local X window or as a "direct" |> graphics window, there is no way to get a handle for applying the |> other's drawing calls on that window? After t-day (or should that be X-day) a program will be able to make windows using either X calls (referred to as an X client) or the existing GL calls (referred to as a GL client). GL clients will draw in the window using the GL just as they do today. GL clients can obtain the X window id of the window if desired. An X client may use new GL calls to initialize the GL, obtain a GL rendering context and bind that context to the X window of their choice. They then render into that window using the usual GL calls. I'm not sure if the X client will also be able to render using X calls. One of our server gods can answer more authoritatively than I. Even if it's possible, we don't recommend doing it. Trying to image into the same window using both X and the GL raises a bunch of nasty issues of which one of the nastiest is synchronizing the drawing. Has the GL finished drawing this polygon so I can have X draw this line? Who's on first so to speak. Ugh!! In case anybody misunderstands what I mean by the "same window" let me explain. You will be able to make a top level X window with several subwindows. You may image into one of more of the subwindows using the GL and into the remaining subwindows using X. What we do not recommend is trying to render into the same subwindow using both GL and X. -- 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 ab01280; 6 Sep 90 10:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01029; 6 Sep 90 9:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00928; 6 Sep 90 9:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14629; 6 Sep 90 9:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03019; Thu, 6 Sep 90 06:18: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: 6 Sep 90 03:32:20 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Rampaging Software Installation Message-Id: <68617@sgi.sgi.com> References: <11288@alice.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <11288@alice.UUCP>, andrew@alice.UUCP (Andrew Hume) writes: > ... > the godforsaken awk that comes standard is 6 years old and doesn't > even have sub() in it. ... Does nawk do what you want? We're just following the rapid-replacement-without-pain plan of awk from AT&T. Perhaps a little howling from customers would let us discover that the next IRIX release is, in the words of nawk(1), "the next major UNIX system release." (What inst and MAKEDEV do and should or should not do to /dev has far too much history and danger for me to say anything about.) Vernon Schryver, vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00095; 6 Sep 90 10:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00525; 6 Sep 90 9:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00402; 6 Sep 90 8:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14377; 6 Sep 90 8:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29428; Thu, 6 Sep 90 05:42: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: 6 Sep 90 00:19:57 GMT From: Robert Skinner Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: SGI's migration to X Message-Id: <1990Sep6.001957.809@odin.corp.sgi.com> References: <208@voodoo.UUCP>, , Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , jim@baroque.Stanford.EDU (James Helman) writes: |> ... Vicom's new image processor ... ^^^^^^^^^^^^^^^^^^^^^^^^^^^ Just FYI, this must be the Pixar hardware. Pixar sold their hardware division to Vicom. I don't know what this implies about hardware/software support for X and/or "Direct Access". Robert Skinner robert@sgi.com They are your parent's worst nightmare -- because they ARE your parents. - Radio add about the Jefferson Airplane reunion concert, Berkeley, Sept '89   Received: from vmb.brl.mil by VMB.BRL.MIL id ac00095; 6 Sep 90 10:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00698; 6 Sep 90 9:25 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00599; 6 Sep 90 9:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14513; 6 Sep 90 8:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29897; Thu, 6 Sep 90 05:47:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Sep 90 00:47:13 GMT From: Roberto Togneri Organization: Elec Eng, Univ of Western Australia Subject: PC-NFS problems Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Our setup consists of three IRISes running 3.1d and NFS. Connected to these are PC's running PC-NFS 3.0.1. The IRISes are cross-mounted via NFS and the PC's mount each root filesystem of the IRISes on separate drive letters. A peculiar problem has always existed which I don't recall has been mentioned in this newwgroup. The problem occurs when attempting to copy or even do a directory listing of the mounted IRIS filesystems on the PC's. Every now and then the copy command will hang on a particular file. The rcp will sometimes work on this file but will sometimes hang as well. Doing ls or dir of some IRIS directories will also hang. The problem in this case usually seems to be the number of files on the directory; removing a file or creating one solves the problem! Needless to say this also creates problems when using the IRIS printer from PC-NFS. The net print command will hang on some files because they can't be copied to the spool area. Has anybody come across these problems? Another problem which I think has been covered is the incompatibility of NFS between IRISes and Suns. We can mount a Sun filesystem happily enough but the Suns can't mount the IRIS filesystems. The mount program returns a version mismatch diagnostic. Is this correct? Any solutions? Is this problem related to the above problem? The above is very annoying because one of the Suns has an Exabyte drive and if the IRIS filesystems were mounted then they could be archived easily using dump. Normally this is not necessary since a remote dump can be performed but a dump/restore facility does not seem to be provided with the IRISes. Dr. Roberto Togneri Dept. of EE Engineering The University of Western Australia