Received: from vmb.brl.mil by VMB.BRL.MIL id ab26018; 18 Sep 90 1:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab25941; 18 Sep 90 1:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab25939; 18 Sep 90 0:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22336; 18 Sep 90 0:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28580; Mon, 17 Sep 90 21:46: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: 18 Sep 90 04:35:32 GMT From: George Phillips Organization: University of British Columbia, Vancouver, B.C., Canada Subject: Official patch #1 to igif Message-Id: <9620@ubc-cs.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here is the official patch #1 for igif. The patch contains a couple of trivial changes to make igif compile on IBM RS6000 machines. There is also a little fix to make it work better on GT series machines. A major stupidity in the event loop has been fixed (yes, I know better than to busy wait, I just slipped up), so you really should apply this patch. You can apply this patch by saying "patch < patchfile". The changes are small so if you don't have patch it's no big deal to do them by hand. Or you can just grab the fully patched source from cs.ubc.ca. Thanks can go to Paul Haeberli and karlton@sgi.com for the GT fix and karlton@sgi.com for the event loop fix. -- George Phillips phillips@cs.ubc.ca {alberta,uw-beaver,uunet}!ubc-cs!phillips *** igif.c Mon Sep 17 20:52:14 1990 --- ../igif/igif.c Mon Sep 17 21:03:41 1990 *************** *** 1,5 **** /* ! * igif.c -- display GIF images on the personal iris and other SGI machines. * * usage: igif [ -d -e -f -l -t -2 ] { file.gif } * --- 1,5 ---- /* ! * igif.c -- display GIF images on SGI and RS6000 (IBM) machines. * * usage: igif [ -d -e -f -l -t -2 ] { file.gif } * *************** *** 521,528 **** --- 521,530 ---- init_newsmap(); + #ifndef rs6000 if (stay_in_foreground) foreground(); + #endif prefsize(win_width = maxwidth * mag, win_height = maxheight * mag); if (winopen("igif") < 0) { *************** *** 573,579 **** update_loadinfo(); do { ! while (qtest()) { switch (qread(&data)) { case MENUBUTTON: if ((i = dopup(imgmenu)) <= 0) --- 575,581 ---- update_loadinfo(); do { ! while (qtest() || (block && !redrawing)) { switch (qread(&data)) { case MENUBUTTON: if ((i = dopup(imgmenu)) <= 0) *************** *** 605,610 **** --- 607,613 ---- break; case REDRAW: case PIECECHANGE: + reshapeviewport(); if (cur_imf != NULL) { cur_img = cur_imf->imglist; if (cur_img != NULL) { *** igif.1 Mon Sep 17 20:52:12 1990 --- ../igif/igif.1 Mon Sep 17 21:02:09 1990 *************** *** 90,95 **** --- 90,103 ---- Dither should be done after enlarging the image. It isn't so using \-d and \-2 may give a poor result. + .PP + The \-f flag has no affect on RS6000 systems. + + .PP + The pop-up menu is not very nice on an RS6000 system, but + .I igif + can do diddly-squat about it. + .SH AUTHOR George Phillips .br *** README Mon Sep 17 20:52:11 1990 --- ../igif/README Mon Sep 17 20:53:30 1990 *************** *** 11,16 **** --- 11,18 ---- - menu for selecting from multiple GIF files - incremental reading of images for fast response + Igif is also available via anonymous ftp from cs.ubc.ca: /src/igif2.1.shar.Z. + Copyright 1989,1990 by George Phillips *** Makefile Mon Sep 17 20:52:12 1990 --- ../igif/Makefile Mon Sep 17 18:59:00 1990 *************** *** 1,8 **** - CFLAGS=-g - # If this doesn't work, try LIB=-Zg LIB=-lgl_s igif: igif.o decoder.o newsmap.o floydstein.o cc $(CFLAGS) -o igif igif.o decoder.o newsmap.o floydstein.o $(LIB) --- 1,12 ---- # If this doesn't work, try LIB=-Zg + # Uncomment this for SGI machines LIB=-lgl_s + CFLAGS=-g + # Uncomment these for IBM RS6000 machines + #LIB=-L/lib -lgl + #CFLAGS=-g -Drs6000 + igif: igif.o decoder.o newsmap.o floydstein.o cc $(CFLAGS) -o igif igif.o decoder.o newsmap.o floydstein.o $(LIB) *************** *** 10,21 **** # cc $(CFLAGS) -o igif igif.u decoder.u newsmap.u floydstein.u $(LIB) clean: ! rm -f igif a.out core Makefile.old img.shar rm -f *.o shar: shar -pX -v README igif.1 Makefile igif.c decoder.c newsmap.c floydstein.c \ ! errs.h std.h mem_image.h newsmap.h imgfile.h > img.shar # If you put something after here, makedep will destroy it! decoder.o: errs.h mem_image.h std.h --- 14,29 ---- # cc $(CFLAGS) -o igif igif.u decoder.u newsmap.u floydstein.u $(LIB) clean: ! rm -f igif a.out core Makefile.old igif2.shar igif2.1.shar igif2.2.shar rm -f *.o shar: shar -pX -v README igif.1 Makefile igif.c decoder.c newsmap.c floydstein.c \ ! errs.h std.h mem_image.h newsmap.h imgfile.h > igif2.shar ! shar2: ! shar -pX -v README igif.1 Makefile igif.c > igif2.1.shar ! shar -pX -v decoder.c newsmap.c floydstein.c \ ! errs.h std.h mem_image.h newsmap.h imgfile.h > igif2.2.shar # If you put something after here, makedep will destroy it! decoder.o: errs.h mem_image.h std.h   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28763; 18 Sep 90 8:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27861; 18 Sep 90 7:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27859; 18 Sep 90 7:48 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa23499; 18 Sep 90 7:44 EDT Received: Tue, 18 Sep 90 07:45:07 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 18 Sep 90 07:45:07 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9009181045.AA23361@aero4.larc.nasa.gov> To: ogicse!intelhf!agora!tima@uunet.uu.net Subject: Re: Mouse cleaning Cc: info-iris@BRL.MIL I prefer our optical mouse. I own a mechanical mouse and I don't like it as much as the optical we have at work. We haven't had any real problems with our mice. The only problems we have had is a short in the cord, but you would have the same problem with a mechanical mouse too. The fewer moving parts something has less likely you will have problems. Around here we frown on people dumping coffee and coke on mice or any other computer hardware for that matter. If you are abusive to anything it isn't going to last as long. As far as the mouse sticking to the pad, I just rub it with my thumb or finger nail occationally to clean it off now and then. -- 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 aa29779; 18 Sep 90 8:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29025; 18 Sep 90 8:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28902; 18 Sep 90 8:17 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa23611; 18 Sep 90 8:01 EDT Received: Tue, 18 Sep 90 08:01:51 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 18 Sep 90 08:01:51 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9009181101.AA23455@aero4.larc.nasa.gov> To: mephisto!prism!prism.gatech.EDU!gt3930c@rutgers.edu Subject: Re: 2D Drawing Tools Cc: info-iris@BRL.MIL A while back I some one posted something called npsdraw and figure. It ran on the 3000's and had PostScript capabilities. I think it is in the info-iris archives. You might see if it works on the 4D's or if they have a 4D version. I think "nps" in npsdraw stands for Naval Postgraduat School? -- 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 ab03198; 18 Sep 90 10:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03091; 18 Sep 90 10:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02970; 18 Sep 90 10:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24520; 18 Sep 90 10:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08041; Tue, 18 Sep 90 07:04: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: 18 Sep 90 13:58:07 GMT From: Wes Barris Organization: Minnesota Supercomputer Center Subject: Opening wshells upon startup Message-Id: <2601@uc.msc.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can someone tell me how to open a window (wsh) upon startup on an SGI 4D series workstation? Right now the Consol window is opened. I would rather have this opened in icon form. I would also like to specify the font and size (lines and chars) of the windows opened. I've looked at the manual about 4sight and NeWS but cannot find anything about this very basic task. 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` -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Be prepared to go mad with fixed rule and method. -- Horace   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03290; 18 Sep 90 10:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02303; 18 Sep 90 9:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02289; 18 Sep 90 9:48 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa24311; 18 Sep 90 9:38 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6535; Tue, 18 Sep 90 09:36:50 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 18 Sep 90 09:41 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!ucbvax.berkeley.edu!sgi!shinobu!odin!sgihub!dragon!putter.wp d.sgi.com!bean) id AA18649; Tue, 18 Sep 90 09:45:24 DSD Date: Tue, 18 Sep 90 09:45:24 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: lack of symbol tables in sgi distributions To: Bean Anderson Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009181645.AA18649@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Just to confuse the symbol table issue more, I note that most unix vendors leave the symbol table in /unix, and use it to debug a crashed kernel panic. If there is no symbol table in the progs that cause a kernel crash, then how can you be certain as to the programs that precipitated a crash. There is a gl library with the symbol table left in (a compile time option i noticed on the tapes). A symbol table should be left in for commands that probably might perhaps irritate the kernel and cause software failure. In the install process, you can pipe the binaries through strip and remove the symbol tables if you want, and restore binaries with the tables in if you want (or have the disk space). +-----------------------------------------------------------------------------+ | 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 aa04324; 18 Sep 90 11:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03787; 18 Sep 90 11:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03387; 18 Sep 90 10:54 EDT Received: from gemini.arc.nasa.gov by VGR.BRL.MIL id aa24919; 18 Sep 90 10:48 EDT Received: Tue, 18 Sep 90 07:44:37 PDT by gemini.arc.nasa.gov (5.57/1.2) Message-Id: <9009181444.AA20348@gemini.arc.nasa.gov> Received: from mpad.dnet by ames.dnet with MAIL-11 (utk-mail11d v1.5); Tue, 18 Sep 90 07:49:31 PDT Date: Tue, 18 Sep 90 07:49:31 PDT From: "J. John Fwu (713)483-8102" X-Vmsmail-To: AMES::"info-iris@BRL.MIL" X-Vmsmail-Cc: FWU Subject: Has anyone ported g++ to IRISes yet? To: info-iris@BRL.MIL We are looking for a port of g++ (Gnu C++) to IRIS 4D machines. If you've done the port please post or contact me (you can "Reply" directly). Thanx!! ----------------------------------------------------------------------------- | J. John Fwu | Internet: fwu@mpad.span.nasa.gov | | Barrios Tech. | SPANnet: MPAD::FWU | | NASA JSC, ER4/BARR | TEXnet: UTADNX::UTSPAN::MPAD::FWU | | Houston, TX 77058 | Voice: (713) 483-4625,8101 | -----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05035; 18 Sep 90 11:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac04324; 18 Sep 90 11:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03985; 18 Sep 90 11:08 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa24978; 18 Sep 90 11:00 EDT Received: Tue, 18 Sep 90 10:59:39 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 18 Sep 90 10:59:39 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9009181359.AA24295@aero4.larc.nasa.gov> To: hsi!mlfarm!purvid!joel@uunet.uu.net Subject: Re: sendmail on a 3130 Cc: info-iris@BRL.MIL The info-iris archives are on vgr.brl.mil. -- 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 aa05267; 18 Sep 90 11:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac05035; 18 Sep 90 11:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04516; 18 Sep 90 11:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa25051; 18 Sep 90 11:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09307; Tue, 18 Sep 90 08: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 Sep 90 15:02:08 GMT From: Mark Moraes Organization: Department of Computer Science, University of Toronto Subject: Re: 2D Drawing Tools Message-Id: <90Sep18.110049edt.429@smoke.cs.toronto.edu> References: <13775@hydra.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL gt3930c@prism.gatech.EDU (ZUCCOLA) writes: > Is there a simple 2D drawing program on the SGI like Cricket draw,macpaint > etc., that outputs postscript files or other formats for easy conversioN? > (Cricket draw and macpaint draw simple things like circles,rectangles,text > etc...). If you're running X, you might try any of idraw, xfig or xpic, all of which match that description (more like MacDraw than MacPaint, though) All are in the R4 distribution in contrib, and are available from archives sites (try expo.lcs.mit.edu for xfig or xpic, try interviews.stanford.edu for idraw -- it's part of the InterViews toolkit. You'll need a C++ compiler for the latter)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05387; 18 Sep 90 12:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab05267; 18 Sep 90 11:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05216; 18 Sep 90 11:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa25390; 18 Sep 90 11:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09564; Tue, 18 Sep 90 08:16: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: 18 Sep 90 13:56:45 GMT From: dave "who can do? ratmandu!" ratcliffe Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Audio Message-Id: <1990Sep18.135645.29977@odin.corp.sgi.com> References: <1477@ruunsa.fys.ruu.nl> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1477@ruunsa.fys.ruu.nl> chooft@ruunsa.fys.ruu.nl (Rob Hooft) writes: >Is somebody having some demo program for /dev/audio, preferably C-source? >I'd love to play with all possibilities of our 4D/20. azzuming you've already seen the audio prog src example we ship: /usr/people/4Dgifts/examples/audio/audio.c if you don't have the /usr/people/4Dgifts subtree currently loaded on yer system, you need to load the dev.sw.giftssrc subsystem from yer DEVelopment tape. consult yer Release and Installations notes if yer not familiar w/how to load this option. -- daveus rattus yer friendly neighborhood ratman KOYAANISQATSI ko.yan.nis.qatsi (from the Hopi Language) n. 1. crazy life. 2. life in turmoil. 3. life out of balance. 4. life disintegrating. 5. a state of life that calls for another way of living.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05682; 18 Sep 90 12:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05568; 18 Sep 90 12:26 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa05559; 18 Sep 90 12:16 EDT Received: from uunet.UU.NET by ADM.BRL.MIL id aa05806; 18 Sep 90 12:15 EDT Received: from ki.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA18206; Tue, 18 Sep 90 12:13:13 -0400 Received: by ki (5.52/890607.SGI) (for uunet!brl.mil!info-iris) id AA10354; Tue, 18 Sep 90 11:33:31 EDT From: Dan Watts Message-Id: <9009181533.AA10354@ki> Subject: Question on QIC-150 tape usage To: info-iris@BRL.MIL Date: Tue, 18 Sep 90 11:33:30 EDT X-Mailer: ELM [version 2.3 PL6] In article <9009120004.aa24283@SPARK.BRL.MIL> you write: >There are QIC numbers that refer to many things, not just the recording >format, but also the interfaces, read/write heads, ECC and Data Compression >standards, etc. Don't worry about QIC-02 for example, it is an interface >standard. > >The major recording formats you will see now are: > >Recording Format Cartridge Type Capacity Read Compatibility >QIC-24 DC600A 60MB >QIC-120 DC6150 125MB QIC-24 >QIC-150 DC6150 150MB QIC-120/QIC-24 > (or a longer tape) DC6250 250MB > ... stuff deleted ... >- Phil Re: the DC6250 mentioned above. Is there any truth to the warning that comes printed on the 3M blurb sheet for that tape size? It says that use of extended length tapes may cause a change in the head wear pattern that may reduce headlife, especially when using both standard and extended tapes. Will this really happen to my SGI tape drive?? Dan -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!{uunet | wgc386}!ki!dwatts Ki Research, Inc. # # Voice : 603 432 9987 15 Al Street # # FAX : 603 432 9987 (Auto-Detect) Derry NH 03038 # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05866; 18 Sep 90 12:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab05682; 18 Sep 90 12:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05621; 18 Sep 90 12:28 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa00166; 18 Sep 90 12:15 EDT Received: Tue, 18 Sep 90 12:03:22 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 18 Sep 90 12:03:22 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9009181503.AA24439@aero4.larc.nasa.gov> To: uc!uh.msc.umn.edu!wes@tut.cis.ohio-state.edu Subject: Re: Opening wshells upon startup Cc: info-iris@BRL.MIL I copied /usr/NeWS/lib/user.ps and /usr/NeWS/lib/init.ps to ~/NeWS Then I modified both files to change the default Console window parameters and open a wsh window as well as other things. If you copy those files and look at them, I think you can figure out what you want to do. If not ask for details. -- 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 aa06642; 18 Sep 90 13:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab05866; 18 Sep 90 12:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05726; 18 Sep 90 12:41 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa00252; 18 Sep 90 12:37 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 9619; Tue, 18 Sep 90 12:36:01 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 18 Sep 90 12:40 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA19726; Tue, 18 Sep 90 12:44:13 DSD Date: Tue, 18 Sep 90 12:44:13 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Wandering Icons To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009181944.AA19726@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Is there a way for an icon to stay put, in a constant location, so that when it is opened and stowed, it goes back to the same location each time ? I loose track of what is happening in each icon when they jump into any available slot, instead of some location. I build a mental map of what is going on in each spot, only to get confused then they re arrange themselves. Then I have to really confuse things by opening all of the identical wsh icons looking for the process I stowed. Is there a way to put an annotation on the wsh icon, like the pwd it is in from inside the wsh ? Is there a way to iconify wsh from the command line ?, and when a process finished, beep, or change the text on the icon, or even open itself (a blooming process that flowers). 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 aa07530; 18 Sep 90 14:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07325; 18 Sep 90 14:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07213; 18 Sep 90 14:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01126; 18 Sep 90 14:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01708; Tue, 18 Sep 90 11:04:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Sep 90 17:52:35 GMT From: Steven J Flynn Organization: University of Delaware Subject: Emacs for the IRIS Message-Id: <30861@nigel.ee.udel.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Thanks to everyone who responded to my request for info on EMACS!!! I may be sending some of you mail if it doesn't work. If anyone out there would like a summary of the info I received, feel free to drop me a line. Thanks again to everyone!!!!!! Steve Flynn University of Delaware   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07703; 18 Sep 90 15:00 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab07530; 18 Sep 90 14:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07424; 18 Sep 90 14:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01576; 18 Sep 90 14:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02219; Tue, 18 Sep 90 11:22: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: 18 Sep 90 17:57:35 GMT From: "David M. Laur" Organization: ICGL, Princeton University, Princeton, New Jersey Subject: Re: (lack of symbol tables in) sgi distributions Message-Id: <2590@idunno.Princeton.EDU> References: <1990Sep17.075217.18381@utstat.uucp>, <1990Sep17.201711.20000@relay.wpd.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Bean Anderson, SGI (WPD), writes: >2. Tape space is, perhaps, even more important. Unstripped binaries >would double the number of tapes required for a release. At our >current size, that would add approximately $300,000 of cost per extra >tape to our distribution cost. Our cost for the next release then >will be approximately $1,000,000 extra just to have unstripped binaries. > >Those are two key reasons for stipping binaries. New distribution >media (such as CD-ROM) will/may solve the second issue and maybe >even the first as we could ship both stripped and unstripped binaries. ------- Would user savings in maintenance costs pay for the CD-ROM reader? Would SGI save enough to just send one along? Do options such as Fortran or NFS add as much per tape per distribution? ------- >Lastly, I totaly agree that some minimal symbol table information >should be available. We are looking at that issue now. > > Bean Would symbol tables for the GL,etc really be useful? Our experience has been that programs which crash "inside" a system routine usually are calling the system routine with bad args, which lint or the new "-prototypes" option to cc will find; or they've walked off the end of an array somewhere, rendering the symbol table useless anyway. For sites that really need the symbol table, maybe a seperate option should be sold, allowing them to alternately link with a special version of the libraries (-lgl_Sym ?). - David David Laur Interactive Computer Graphics Lab Princeton University dmlaur@manray.princeton.edu 609-258-4609   Received: from vmb.brl.mil by VMB.BRL.MIL id ab07703; 18 Sep 90 15:00 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac07530; 18 Sep 90 14:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab07424; 18 Sep 90 14:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01580; 18 Sep 90 14:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA02229; Tue, 18 Sep 90 11:22: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: 18 Sep 90 17:21:00 GMT From: "Bernard J. Duffy" Organization: University of Maryland, Baltimore County Subject: Re: REPOST - problems with pcnfs Message-Id: <3960@umbc3.UMBC.EDU> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article robert%zeus@swanee.ee.uwa.oz.au (Roberto Togneri) writes: > ... 1st portion ... deleted ... > >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 ... delete text (rest of this question)... I've got a 4D/25 with 3.2 Irix and PC-NFS (version unknown) and that's been working for some time. The PC-NFS came as part of the FTP Software (FTP is a company name). The FTP software was easy to setup and it uses the NameServer BIND name-resolution routines. I know nothing more about this setup beyond these comments. > >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? I ran into a similar problem with mounting NFS exported directories from one machine to another. The problem was the "hostname" that was being sent in the mount request was the short "one word" (titan1) and the remote system needed that plus the next sub-domain piece (titan1.math of titan1.math.umbc.edu). The remote system was "umbc5.umbc.edu" and it added ".umbc.edu" to the end of titan1 and got titan1.umbc.edu which wasn't a valid node. This particular problem was from {Sta,A}rdent's titan 3000 machine, but I would expect that this could happen to any node that only uses 1 part names for their hostname (`hostname`) which the SGI's love to do when using /etc/hosts name resolution. The fix came from changing the software set "hostname" (/etc/init.d/tcp or the like) so it used the two part name (hostname titan1.math). I actually did it on that Titan machine by changing the NVRAM entry which would be similar to changing the Prom Monitor's hostname environment variable. I HAVEN'T DONE THIS on an SGI. Much of this single name (the "only SGIs on the network" assumption) problems may have completely disappeared with the name service setups.... I haven't converted our current SGI's to that setup. This is really a general comment on NFS mounts with other machines that have different versions of NFS running. > >Any help in this matter would be greatly appreciated. >-- >Dr. Roberto Togneri >Dept. of EE Engineering ACSnet: robert@swanee.ee.uwa.oz >The University of Western Australia INTERnet: robert@swanee.ee.uwa.oz.au The IRIX 3.2's version of NFS seems to work as expected on these and "showmount -e" commands. My particular problem was with another machine type. Hopefully all venders will catch up with the "best" NFS protocols and features. Bernie Duffy Systems Programmer II | Bitnet : BERNIE@UMBC2 Academic Computing - L005e | Internet : BERNIE@UMBC2.UMBC.EDU Univ. of Maryland Baltimore County | UUCP : ...!uunet!umbc3!bernie Baltimore, MD 21228 (U.S.A.) | W: (301) 455-3231 H: (301) 744-2954   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08610; 18 Sep 90 15:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08445; 18 Sep 90 15:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08362; 18 Sep 90 15:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01984; 18 Sep 90 15:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03474; Tue, 18 Sep 90 12:14:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Sep 90 17:59:09 GMT From: Todd Tenenholz Organization: University of Maryland Subject: Computer Systems Technologies tape drives Message-Id: <1990Sep18.175909.7433@murdoch.acc.Virginia.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are considering purchase of a 2.3 Gb Exabyte tape drive from Computer Systems Technologies (CST) of El Toro, Ca. Has anyone had experience with installing and using these systems? Any tales of praise/woe? Any tricks/traps? The company claims to sell 5-10 units/month for use in SGI machines, so there must be someone out there who has one. This system is for use with a Power Series (4D/120 GTX). Thanks in advance for your help. -- Todd Tenenholz, Molecular Graphics Facility, U. Md. at Batimore. Internet: todd@sg.ab.umd.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ad11186; 19 Sep 90 0:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ag10910; 18 Sep 90 23:55 EDT Received: by VMB.BRL.MIL id ag10908; 18 Sep 90 23:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10045; 18 Sep 90 19:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02982; 18 Sep 90 19:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA09922; Tue, 18 Sep 90 16:17:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Sep 90 17:52:58 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: lack of symbol tables in sgi distributions Message-Id: <1990Sep18.175258.16047@relay.wpd.sgi.com> References: <9009181645.AA18649@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009181645.AA18649@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU writes: > Just to confuse the symbol table issue more, I note that most unix vendors > leave the symbol table in /unix, and use it to debug a crashed kernel panic. > > If there is no symbol table in the progs that cause a kernel crash, then > how can you be certain as to the programs that precipitated a crash. > > There is a gl library with the symbol table left in (a compile time option > i noticed on the tapes). A symbol table should be left in for commands that > probably might perhaps irritate the kernel and cause software failure. > > In the install process, you can pipe the binaries through strip and remove > the symbol tables if you want, and restore binaries with the tables in if > you want (or have the disk space). If the kernel is shipped with symbols for debugging purposes, a kernel debugger probably has access to the process tables which have information about which binaries (an a.out and some set of shared libraries) are associated with a process. User level binaries do not need to have symbol tables to do kernel debugging. There is usually enough information in this situation to determine the system call and arguments which a user level program invoked which caused the panic if that were truly the cause which is extremely rare. A common the cause of kernel panics is not due to any specific user level action but more likely some sequence of actions which cause mismanagement of internal kernel data structures. Having symbol tables in the all of the a.outs would not be of much help. In general, a symbol table is not required to determine the name of the a.out (binary) for a process which dumps core. The kernel keeps track of the a.out from which process text is loaded. When a process encounters an exception which causes the kernel to dump a core image of the process, the a.out name information is recorded. This a.out information may be inspected a number of ways: - In WorkSpace, open or double-click on a corefile icon - From the shell command line, type "file core" to get the info - For old hacks, type "strings core | more" A file's name shouldn't rely on the symbol table. Otherwise, changing a file name using "mv" would require changing the symbol table entry too. --- Ciemo   Received: from vmb.brl.mil by VMB.BRL.MIL id ab11186; 19 Sep 90 0:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae10910; 18 Sep 90 23:55 EDT Received: by VMB.BRL.MIL id ae10908; 18 Sep 90 23:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09835; 18 Sep 90 18:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02786; 18 Sep 90 18:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07704; Tue, 18 Sep 90 14:51: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: 18 Sep 90 21:13:31 GMT From: Kevin Marinelli Organization: Dalhousie University Subject: SGI image to SCODL converter Message-Id: <1990Sep18.211331.28422@nstn.ns.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This is a utility that I wrote to convert SGI images into SCODL. SCODL is a language (Small Computer Object Description Language) that is used by Matrix Instruments QCR and PCR film recorders. Be prepared to have a lot of space available in /tmp if you want to convert large images. Please report any bugs to : Kevin Marinelli Academic Computing Services Dalhousie University marinell@iris1.ucis.dal.ca ---------------------------CUT HERE------------------------------------------ begin 700 toscodl M`6``!R;VBZT````````````X``]``@#X``(`"#X(0/@``@````````` M`">]_X@D`0`#K[\`-*^V`"ROMP`PK[0`)*^U`"BOL@`8`!"2E!%`,$!(<)(0*P`P0 M#D@D!``!/`00`"2$!'0,$`Y4)X6`&!1```BO@H$4/`00`#P%$``DI02`#!`2 M'"2$"L`,$`Y()`0``3P$$``DA`2H#!`.5">%@!P40``(KX*!&#P$$``\!1`` M)*4$M`P0$APDA`K`#!`.2"0$``$\!!``)(0$X`P0#E0GA8`@%$``"*^"@1P\ M!!``/`40`"2E!.P,$!(<)(0*P`P0#D@D!``!EF(`"I9Q``:6=``(*$$``Q`@ M``@`````/`00`#P%$``DI048#!`2'"2$"L`,$`Y()`0``1Z```@``)`A/!<0 M`3P6$`$\%1`!)K6FD";6MI`0``!/)O?&D#P5$`$\%A`!/!<0`2;WQI`FUK:0 M)K6FD*^P`#P\!1``)*5&D`)@("$"0#`A```X(0P0"5H``(`A/`40`"2E9I`" M8"`A`D`P(0P0"5HD!P`!/`40`22EAI`"8"`A`D`P(0P0"5HD!P`"&B``'@`` M```\&!`!)QB&D#P#$`$\!!``/`40`3P&$``\!Q`!`!'(0`,X0"$DY\:0),9F MD"2EMI`DA$:0)&.FD`,`$"&$B0``A,H``(1+```D0@`"`$@(*R1C``$DA``" M)*4``23&``(DYP`!H&G__Z"J__\4(/_SH.O__X^'@10"H"`A)`4``0P0$5@" M(#`ACX>!&`+`("$D!0`!#!`16`(@,"&/AX$<`N`@(20%``$,$!%8`B`P(292 M``$"5`@J%"#_O`````"/L``\``"0(8^$@10,$`[Y`````(^$@1P,$`[Y```` M`(^$@1@,$`[Y`````#P$$``DA`5`#!`.5">%@"040``(KX*!%#P$$``\!1`` M)*4%3`P0$APDA`K`#!`.2"0$``$\!!``)(0%=`P0#E0GA8`H%$``"*^"@1@\ M!!``/`40`"2E!8`,$!(<)(0*P`P0#D@D!``!/`00`"2$!:P,$`Y4)X6`+!1` M``BO@H$!%`*@("$D!0`!#!`0Y`(@,"$"H"`A#!`%N0(@ M*"$F4@`!`E0(*A0@__4```````"0(0P0!A<`````#!`#[B0$``$:@``.```` M`(^'@1@"P"`A)`4``0P0$.0"(#`A`L`@(0P0!;D"("@A)E(``0)4""H4(/_U M````````D"$,$`87``````P0`^XD!``!&H``#0````"/AX$<`N`@(20%``$, M$!#D`B`P(0+@("$,$`6Y`B`H(292``$"5`@J%"#_]0`````,$`87``````P0 M`X@`````#!`!TP````"/A($4#!`.^0````"/A($8#!`.^0````"/A($<#!`. M^0````"/OP`TC[$`&(^R`!R/LP`@C[0`)(^U`"B/M@`LC[<`,`/@``@GO0!X MKX"!*`/@``BO@($L)[W_Z*^_`!0,$`Y4)X6`,!1```.O@H$@#!`.2"0$__\, M$`'"`````(^_`!0GO0`8`^``"*^`@!`GO?_HK[\`%#P$$`"/AH`0CX>!("2$ M%I`,$!%8)`4``8^$@2`,$`\J`````(^$@2`,$`[YKX"`$(^_`!0GO0`8`^`` M"`````"/AH`0/`,0`"1C%I``9G`A)[W_Z*^_`!0PA`#_)`$0`"3&``$0P0`# MH<0``!````NOAH`0CX>!(`!@("$D!0`!#!`16*^&@!"/A($@#!`/*@`````` M`#`AKX:`$(^_`!0GO0`8`^``"`````"/CH$D``0<```#'`,`;A`E``(B`R>] M_^"OOP`4,(0`_S"$`/\,$`'EKZ(`'(^B`!P`````,$0`_PP0`>4PA`#_C[\` M%">]`"`#X``(KX"!)(^.@2@GO?_HK[\`%``$)```!"0#KZ4`'`P0`@"OCH$D MCX^!+(>D`!X,$`(`KX^!)`P0`<(`````C[\`%">]`!@#X``(`````">]_^BO MI``8AZ0`&J^_`!0`!"(#,(0`_PP0`>4PA`#_AZ0`&@`````PA`#_#!`!Y3"$ M`/^/OP`4)[T`&`/@``@`````)[W_Z*^_`!0`!"0```0D`PP0`B:OI0`]`!@#X``(`````">]_^BOOP`4KZ0`&"0$``&OI0`< MKZ8`(`P0`>6OIP`DDZ0`&PP0`>4`````AZ0`'H>E`"(,$`(W`````(>D`":' MI0`J#!`"-P````"/OP`4)[T`&`/@``@`````)[W_Z*^_`!2OI``8)`0``J^E M`!ROI@`@#!`!Y:^G`"23I``;#!`!Y0````"'I``>#!`")@````"'I``BAZ4` M)@P0`C<`````AZ0`*H>E`"X,$`(W`````(>D`#*'I0`V#!`"-P````"/OP`4 M)[T`&`/@``@`````)[W_Z*^_`!2OI``8)`0``Z^E`!ROI@`@#!`!Y:^G`"23 MI``;#!`!Y0`````,$`'E```@(9.D`!\,$`'E`````(>D`"(,$`(F`````(>D M`":'I0`J#!`"-P````"'I``NAZ4`,@P0`C<`````AZ0`-H>E`#H,$`(W```` M`(^_`!0GO0`8`^``"``````GO?^XK[``$#"0`/^OOP`4"`"`A#!`!Y0``("$,$`'E`B`@(8>V`&(` M`(`A&L``(@````"OL@`LK[,`**^T`"2OM0`@C[0`5(^S`%"/L@!]_["O MOP`V`&8``(`A&L``)`````"OL0`TK[(`,*^S`"ROM``HK[4`)(^T`%B/LP!4 MC[(`8(^Q`%PFU?__ABX```````"OCH$HAD\``!:P``.OCX$L)!@``:^8@2R& M9```AH4```P0`A0`````)A```0(6""HF,0`")E(``B9S``(4(/_N)I0``H^Q M`#2/L@`PC[,`+(^T`"B/M0`D``````P0`<(`````C[\`'(^P`!2/M@`8`^`` M"">]`%`GO?_HK[\`%*^D`!@D!``'KZ4`'`P0`>6OI@`@DZ0`&PP0`>4````` M#!`!P@````"'I``>AZ4`(@P0`A0`````C[\`%">]`!@#X``(`````">]_\BO MOP`4``"`A#!`!Y0``("&/OP`< MC[(`%(^S`!@#X``()[T`.">]_^BOOP`4#!`!Y20$`(`,$`'E```@(8^_`!0G MO0`8`^``"``````GO?_HK[\`%*^D`!@D!`#.#!`!Y:^E`!R3I``;#!`!Y0`` M``"/I``<#!`")@````"/OP`4)[T`&`/@``@`````)[W_Z*^_`!2OI``8#!`! MY20$`-*3I``;#!`!Y0````"/OP`4)[T`&`/@``@`````)[W_Z*^_`!2OI``8 M#!`!Y20$`-.3I``;#!`!Y0````"/OP`4)[T`&`/@``@`````)[W_Z*^_`!2O MI``8)`0`V`P0`>6OI0`4`````AZ0`'@P0`B8`````C[\`%">] M`!@#X``(`````">]_^BOOP`4KZ0`&"0$`-FOI0`<#!`!Y:^F`""3I``;#!`! MY0`````,$`'E```@(8>D`!X,$`(F`````(>D`"(,$`(F`````(^_`!0GO0`8 M`^``"``````GO?_HK[\`%*^D`!@,$`'E)`0`V@P0`>4``"`ADZ0`&PP0`>4` M````C[\`%">]`!@#X``(`````">]_^BOOP`4KZ0`&`P0`>4D!`#;DZ0`&PP0 M`>4`````C[\`%">]`!@#X``(`````">]_^BOOP`4KZ0`&"0$`-ROI0`6OIP`D#!`!Y0``("&/I``8#!`")@````"/I``<#!`")@````"/I``D M#!`")@````"/I``@#!`")@````"/OP`4)[T`&`/@``@`````)[W_Z*^_`!2O MI``8)`0`WPP0`>6OI0`4`````DZ0`'PP0`>4`````C[\`%">] M`!@#X``(`````">]_^BOOP`4KZ0`&`P0`>4D!`#@DZ0`&PP0`>4`````C[\` M%">]`!@#X``(`````">]_^"OL``0,)``_Z^_`!ROL@`8K[$`%#"Q`/\PT@#_ M)`0`X0P0`>6OIP`L#!`!Y0(`("$,$`'E`B`@(0P0`>4"0"`A$D``"@``B"&/ ML``L`````)($```,$`'E`````"8Q``$",@@K%"#_^B80``&/OP`]`"`GO?_HK[\`%*^D`!@,$`'E)`0`XI.D`!L,$`'E```` M`(^_`!0GO0`8`^``"``````GO?_HK[\`%*^D`!@D!`#C#!`!Y:^E`!R3I``; M#!`!Y0````"3I``?#!`!Y0````"/OP`4)[T`&`/@``@`````)[W_T*^R`!@P MD@#_K[\`'"0$`.:OL0`4#!`!Y:^E`#020``-``"((:^P`"2/L``T`````)($ M```,$`'E`````"8Q``$",@@K%"#_^B80``&/L``D`````(^_`!R/L0`4C[(` M&`/@``@GO0`P)[W_Z*^_`!2OI``8#!`!Y20$`.>3I``;#!`!Y0````"/OP`4 M)[T`&`/@``@`````)[W_Z*^_`!2OI``8)`0`Z`P0`>6OI0`]`!@#X``(`````">]_^BOOP`4KZ0`&"0$ M`.FOI0`<#!`!Y:^F`""3I``;#!`!Y0````"3I``?#!`!Y0````"'I``B#!`" M)@````"/OP`4)[T`&`/@``@`````)[W_T*^R`!@PD@#_K[\`'"0$`.JOL0`4 M#!`!Y:^E`#020``-``"((:^P`"2/L``T`````)($```,$`'E`````"8Q``$" M,@@K%"#_^B80``&/L``D`````(^_`!R/L0`4C[(`&`/@``@GO0`P)[W_Z*^_ M`!2OI``8#!`!Y20$`.L,$`'E```@(9.D`!L,$`'E`````(^_`!0GO0`8`^`` M"``````GO?_HK[\`%*^D`!@D!`#LKZ4`'`P0`>6OI@`@DZ0`&PP0`>4````` MDZX`&R0!``$5P0`(DZ\`&X>D`!X,$`(F`````(>D`"(,$`(F`````).O`!LD M`0`"%>$`!X^_`!23I``?#!`!Y0`````,$`'E```@(8^_`!0GO0`8`^``"``` M```GO?_HK[\`%*^D`!@,$`'E)`0`[0P0`>4``"`ADZ0`&PP0`>4`````C[\` M%">]`!@#X``(`````">]_^BOOP`4KZ0`&`P0`>4D!`#NDZ0`&PP0`B8````` MC[\`%">]`!@#X``(`````">]_^BOOP`4KZ0`&"0$`.^OI0`6O MIP`DCZ0`&`P0`B8`````CZ0`'`P0`B8`````CZ0`(`P0`B8`````CZ0`)`P0 M`B8`````CZ0`*`P0`B8`````C[\`%">]`!@#X``(`````">]_^BOOP`4KZ0` M&`P0`>4D!`#PAZ0`&@P0`B8`````C[\`%">]`!@#X``(`````">]_^BOOP`4 M#!`!Y20$`/&/OP`4)[T`&`/@``@`````)[W_Z*^_`!2OI``8)`0`\@P0`>6O MI0`4`````DZ0`'PP0`>4`````C[\`%">]`!@#X``(`````">] M_^BOOP`4KZ0`&"0$`/,,$`'EKZ4`'`P0`<(`````AZ0`&H>E`!X,$`(4```` M`(^_`!0GO0`8`^``"``````GO?_HK[\`%*^D`!@D!`#T#!`!Y:^E`!R'I``: MAZ4`'@P0`A0`````C[\`%">]`!@#X``(`````">]_^BOOP`4KZ0`&`P0`>4D M!`#UDZ0`&PP0`>4`````C[\`%">]`!@#X``(`````">]_^BOOP`4KZ0`&"0$ M`/FOI0`<#!`!Y:^F`""3I``;#!`!Y0````"3K@`;`````!7```63KP`;AZ0` M'@P0`B8`````DZ\`&R0!``$5X0`&C[\`%(>D`!Z'I0`B#!`"-P````"/OP`4 M)[T`&`/@``@`````)[W_Z*^_`!2OI``8)`0`^J^E`!ROI@`@#!`!Y:^G`"0, M$`'E```@(8>D`!J'I0`>#!`"-P````"'I``BAZ4`)@P0`C<`````C[\`%">] M`!@#X``(`````">]_^BOOP`4D(<`````$"$\`A``/`$0`#P#$``D8T:0)$(F MD*^`@1``H$@AH"\`````C[\`%">]`!@#X``(```` M`">]_\"/@X$0K[(`&*^Q`!0D8P`!``"((0``D"$88``7K[\`'*^P`"0\$!`` M)A`FD)("``$`````$$``"@`````,$`'E,$0`_Y($```,$`'E`````)(.``&/ M@X$0`=*0(21C``$F,0`!`B,(*A0@__`F$``"C[``)``````,$`'E```@(0P0 M`>4``"`AC[\`'(^Q`!2/L@`8`^``"">]`$`GO?_HK[\`%`P0`>4``"`A#!`! MY20$`/^/OP`4)[T`&`/@``@`````````````````````)[W_V*^E`"ROI@`P M`.`8(8^N`#B/KP`\C[@`0*^D`"B/I0`HCZ<`,(^F`"ROOP`D```@(:^C`!"O MK@`4KZ\`&`P0!DZON``]`"@#X``(`````">]_]BOI@`P`.`8(8^N M`#B/KP`\C[@`0*^E`"R/I@`LCZ<`,*^_`"0``"@AKZ,`$*^N`!2OKP`8#!`& M3J^X`!R/OP`D)[T`*`/@``@`````)[W_V*^_`!2OI``H)`0`F*^P`!"OI0`L MKZ8`,`P0$F"OIP`T`$"`(0!`("$,$!-X)`4`F(^N`#``````D<\``0`````Y M^``K+Q@``1,```:ON``@/`00``P0!_8DA`7P$``!-P``$"&/N0`P)`$`=Y,H M````````%0$`6(^K`"R/HP`L`````!!@`!2/J@`H`&`@(0P0$Z`D!0&VCZD` M(*^B`"@1(``+CZ,`+`1```F/HP`LCZ0`*`P0$Z@`````CZ0`+`P0$[`D!0`" MKZ(`*(^C`"P`````CZH`*``````%00`(CZ(`.#P$$``DA`88#!`']@!@*"$0 M``$1```0(8^B`#@D"P':I@L``(^L`#0D`P`!I@P``H^M`#PL00`"I@,`"J8# M``@4(``$I@T`!H^N`$``````I@X`""Q!``,4(``$`````(^O`$0`````I@\` M"I88``H`````%P,`""0)``.6"``()!D``A4#``6F&0`$$````Z8#``0D"0`# MI@D`!#P*`)@U2I:`K@H`#*X``!`"`"`A#!`*'">%@$"N```4I@``/JP`X````````5P0`8`````)88``B6&0`*```P(0,9`!D``"@2&*``1P`````` M`!`A``4@@"0#__^."`"0``````$"2"&M(```C@H`E``````!0E@A)$(`!`!$ M""H4(/_VK6,``!```#BF``!ZE@P`")8-``J/I``H`8T`&20%`@```#`A``!X M$@`/<(`,$!/(KZX`'(^D`"B.!0"0CZ8`'`P0$\``````CZ8`'``````01@`& M`````#P$$``,$`?V)(0&T!```#<``!`AAA@`<@`````3```'CZ0`*(X$`)`, M$`?+`,`H(8^F`!P`````CZ0`*(X%`)0,$!/``````(^Y`!P`````$%D`!@`` M```\!!``#!`']B2$!O00```A```0(88(`'(`````$0``!0````".!`"4CZ4` M'`P0!\L`````I@``>JX``'RN``"`#!`'H@(`("$40``'K@(`A#P$$`"6!0`& M#!`']B2$!Q@0```,```0(8^D`"@D"0(`K@D`B*8``'2F``!VI@``>"0%`@`` M`#`A#!`3R*X$`&P"`!`AC[\`%(^P`!`#X``()[T`*">]_^BOOP`4`(`8(91B M``8```````)Q@@'"("$,$!)@``0@@(^_`!0GO0`8`^``"```````!'H",?C_ M```$=@(`!$(`/`$`_P$!2"0!V,@E`RE0)0`$7@`#X``(`4L0)0`%$$,`@#`A M&$``#```&"&4Q```)&,``0`#'````QP#``1R`@`$>@`!S\`E`&((*J38```4 M(/_V),8``@/@``@```````40@P"`,"$80``4```8(3P'`/\``W"``,XH(8RD M```D8P`!``3"`C,9_P``!'X"``1*``$G4"0!^4`E``,<```#'`,!"E@E``1F M``%L:"4`8@@J%"#_[ZRM```#X``(`````">]_^BOI``8CZ0`&*^_`!0,$`>Z M)`4`#(^D`!@D!0`,#!`'RR2$``R/I``8)`4`!`P0!\LDA`!HC[\`%">]`!@# MX``(`````(^.@-`GO??@K[\`'`"`&"$`H$`A`,!((1'```\`X%`ACZ\(,">D M`"``8"@A`0`P(0$@."&OJ@`0#!`21*^O`!2/F(#0)Z0`(`,`^`D`````$``` M#8^_`!R/N0@P/`00`"2$"L``8"@A`0`P(0$@."&OJ@`0#!`2'*^Y`!0,$`Y( M)`0``8^_`!PGO0@@`^``"``````#X``(KX2`T````````````````">]_\BO ML``8`("`(:^_`!R6#@!P`*!0(3'/`((`P&`A%>```P#@6"$0``$K)`+__Y8" M``0`````+$$``Q`@``,L00`"``!8(2Q!``(0(``"````````8"&6`P`"```` M`#!B_P`40`"")`$!`!```'ZKZH` M/(^J`#P`````CZ8`(`(`("$!0"@A#!`*OZ^J`#R/I0`@CZH`/!!%``D````` MA@\`<@`````1X``#``````P0![H!0"`A$```LB0"__^&&`!R`````!,```,` M````#!`'N@%`("&6`@`&$```JH^_`!P\!!``#!`']B2$!T`0``"EC[\`'"0! M``$00?^(`````"0!``(00?^R`````!``__0`````)`$!`!1!`)8`````$``` MC#!B`/^6`P`&C@@`#`!@("$`@!`AC@D`$"2$__\00``/`4`H(92B```````` M`2((*Q`@``,`2`@K`$!((0!(""L0(``"``````!`0"$`@!`A)(3__Q1`__,D MI0`"C@8`A*X(``RN"0`0KZP`0*^K`$2OHP`0`4`@(20%``(,$`MN)`<``8^F M`$"/IP!$KZ(`(`(`("$,$`LF`$`H(8^E`$"/I@!$#!`**`(`("&.!0"$CZ8` M(`P0"K\"`"`AC[D`(``````060`#`````!```&,D`O__E@(`!A```&&/OP`< ME@,`!HX(``P`8"`A`(`0(8X)`!`DA/__$$``#P%`*"&4H@````````$B""L0 M(``#`$@(*P!`2"$`2`@K$"```@``````0$`A`(`0(22$__\40/_S)*4``HX& M`(2N"``,K@D`$*^L`$"OJP!$KZ,`$`%`("$D!0`"#!`+;B0'``(``AA`CZ8` M0(^G`$0`8"@AKZ,`(`P0"R8"`"`ACZ4`0(^F`$0,$`HH`@`@(88.`'(````` M$<``!0````".!`"$CZ4`(`P0![H`````C@4`A(^F`"`,$`J_`@`@(8^M`"`` M````$$T`"@````"&#P!R`````!'@``0`````C@0`A`P0![H!H"@A$```'"0" M__^&&`!R`````!,```4`````C@0`A(^E`"`,$`>Z`````)8"``80```2C[\` M'#P$$``,$`?V)(0'5!````V/OP`<)`$``1!!_W,`````)`$``A!!_Z<````` M$`#_]``````\!!``#!`']B2$!VB/OP`Z`&`H(98"``80``!EC[\`%#P$$``, M$`?V)(0'A!```&"/OP`4)`$``1"A_[\`````)`$``A"A_]T`````$`#_]``` M```D`0$`%$$`40`````0``!',&4`_PP0"P`"`"`A``)$```(3`,``AP`)`'_ M_Q4A``,``QP#$```2"0"__^.!0"$IZ,`&`(`("$,$`K5`&`P(8>C`!@````` M$$,``P`````0```])`+__XX$`(2/I@`L)`4``0P0#4\D!P`"E@(`!A```#:/ MOP`4#!`+``(`("$``E0```I<`P`"'``D`?__%6$``P`#'`,0```K)`+__XX% M`(2GHP`8`@`@(0P0"M4`8#`AAZ,`&``````08@`#`````!```"`D`O__A@P` M<@`````1@``$`````(X$`(0,$`>Z`&`H(8X$`(2/I@`L)`4``@P0#4\D!P`" ME@(`!A```!*/OP`4/`00``P0!_8DA`>8$```#8^_`!0D`0`!$*'_N``````D M`0`"$*'_T@`````0`/_T`````#P$$``,$`?V)(0'K(^_`!2/L``0`^``"">] M`"@GO?_HK[\`%`"`&"$D9``8#!`3T"0&`%"/OP`4)[T`&`/@``@``````^`` M"*R%`&@GO?_HK[\`%`"@."$`X"@AKZ<`'*^D`!@,$`JPKZ8`((^D`!B/I@`@ MCZ<`'!!```8`````/`00``P0!_8DA`?0$```/OP`4E(X`!C!X M`/\`[@`9``!X$@```````````?@`&0``*!(,$`KK)*4"`!```%N/OP`4E((` M!I2(``@`P@`9,&P`_P``R!(```````````,H`!D``$@2````````````X@`9 M``!0$@%)6"$``````6P`&0``*!(,$`KK)*4"`!```$:/OP`4/`00``P0!_8D MA`?T$```08^_`!0D`0`!$$'_U``````D`0`"$$'_U0`````D`0`#$$'_W@`` M```0`/_Q`````"0!`0`400`O`````)2"``00```B)`$``8R-`)``````C:4` M``P0"NL`````$```*8^_`!2,C@"0``=X@`'/P"&/!0``#!`*ZP`````0```A MC[\`%)2(``B,F0"0`,@`&0``4!(!1T@A``E8@`,K8"&-A0``#!`*ZP`````0 M```5C[\`%#P$$``,$`?V)(0(#!```!"/OP`4)`$``1!!_]X`````)`$``A!! M_^(`````)`$``Q!!_^<`````$`#_\0`````\!!``#!`']B2$""2/OP`4)[T` M&`/@``@`````E(X`"```````K@@K$"``!@````"4CP`*``````#/""L4(``$ M```0(1````(D`@`!```0(0/@``@`````)[W_Z*^_`!0`@!@AC&0`;*^F`"`, M$!.XKZ,`&(^F`""/HP`8%$8`!@!`("&,;@"(``````'&>"$0```#K&\`B"08 M__^L>`"(C[\`%">]`!@#X``(`(`0(2>]_^BOOP`4`(`8(8QD`&ROI@`@#!`3 MP*^C`!B/I@`@CZ,`&!1&``8`0"`AC&X`B``````!QG@A$````ZQO`(@D&/__ MK'@`B(^_`!0GO0`8`^``"`"`$"$GO?_HK[\`%`"`&"&,;@"(`````!'%``@` MH!`AC&0`;*QE`(@,$!/(```P(1````./OP`4`*`0(8^_`!0GO0`8`^``"``` M``````````````````"4@@`$$```&B0!``&,C@"4`````(W"```0```=```` M`(28`':,CP"4`!C(@`'Y0"&-`@``$```%@````"$B0!XE(H`"(2,`'8!*@`9 MC)@`E```6!(!;&@A``UP@`,.>"&-X@``$```"@`````D`0`!$$'_Y@`````D M`0`"$$'_Z``````D`0`#$$'_[``````#X``(`````">]_^``P$`AKZ<`+(^F M`"ROOP`4KZ4`)`$`*"&OJ``H#!`*L*^D`""/I``@CZ8`)(^H`"@40``WC[\` M%)2"``00```<)`$``8R.`(R,CP"0C(4`E!```"&M[@``C)@`E(R)`)``"!"` MC)D`C`$B4"$#`B@A$```&:U9``"/JP`LE(P`"(R.`)0!;``9C)@`D(R/`(P` M`&@2`:@8(0`#$(`#`D@A`<(H(1````RM+P``)`$``1!!_^0`````)`$``A!! M_^8`````)`$``Q!!_^R/JP`LCZ4`'`````",H@``)`'__Q!!``4`````C)D` M%``````#(E`AK(H`%*RF``",BP",``````%F8"&LC`",C[\`%">]`"`#X``( M`````">]_^@D`@`!K[\`%!2B`&T`P$@A%.(`:P````"/K@`H`(`X(0".0"$` MB`@K$"``80$@*"$`X"`A).<``@#H""L0(``7`````)#B__^0[__^`````!7B M``4`````D/@````````06``.`````"3G``$`Z`@K$"``"@````"0XO__D/G_ M_@`````7(O_X`````)#J````````%$K_]``````DY__^`.0P(Q#``!P````` M*,$`?Q0@``0`!AP`$````R0#`'X`!AP```,<`S1K`(``8!`A`,,P(R1C__\` M`QP```,<`Z"K```00``*)*4``0!@$"&0C```)&/__P`#'````QP#)(0``22E M``$40/_XH*S__Q3`_^+_^0`` M````Y#`C$,``$`#H""L`8!`A*,$`?Q0@``0`!AP`$````R0#`'X`!AP```,< M`P##,".DHP``)*4``B2E``(4P/_TI*+__@#H""L4(/^B`.`@(22E``(`J1`C M!$$``@!`""$D(0`!``$00Q```/BDH/_^%*,`=@`````4X@!T`````(^X`"@` M@#@A`!C(0`"90"$`B`@K$"``:0$@*"$`X"`A).<`!`#H""L0(``7`````)3B M__Z4ZO_\`````!5"``4`````E.L````````02P`.`````"3G``(`Z`@K$"`` M"@````"4XO_^E.S__``````5@O_X`````)3M````````%$W_]``````DY__\ M`.0P(P3!``(`P`@A)"$``0`!,$,0P``<`````"C!`'\4(``$``8<`!````,D M`P!^``8<```#'`,T;@"``&`0(0##,",D8___``,<```#'`.@K@``$$``"B2E M``$`8!`AE(\``"1C__\``QP```,<`R2$``(DI0`!%$#_^*"O__\4P/_G*,$` M?P#@("$DYP`"`.@(*X3C__X0(``.`.0P(Y3X````8!`A%P(`"@#D,",DYP`" M`.@(*Q`@``8`Y#`CE/D````````3(O_Y``````#D,",$P0`"`,`((20A``$` M`3!#$,``$`#H""L`8!`A*,$`?Q0@``0`!AP`$````R0#`'X`!AP```,<`P## M,".@HP``)*4``22E``$4P/_TH*+__P#H""L4(/^:`.`@(22E``$`J1`C$``` M@:"@__\4HP!Z`````!3C`'@`````CZH`*`"`."$`"EA``(M`(0"(""L0(`!I M`2`H(0#@("$DYP`$`.@(*Q`@`!<`````E.+__I3L__P`````%8(`!0````"4 M[0```````!!-``X`````).<``@#H""L0(``*`````)3B__Z4[O_\`````!7" M__@`````E.\````````43__T`````"3G__P`Y#`C!,$``@#`""$D(0`!``$P M0Q#``!P`````*,$`?Q0@``0`!AP`$````R0#`'X`!AP```,<`S1X`(``8!`A M`,,P(R1C__\``QP```,<`Z2X```00``*)*4``@!@$"&4F0``)&/__P`#'``` M`QP#)(0``B2E``(40/_XI+G__A3`_^``"`````"3 MF(!0`````!,```,`````$```(P``$"$G@X!4/`40`"2E"I"C@(!0)Z0"*`P0 M%"ROHP*HCZ,"J">D`C8,$!0L`&`H(2>D`B@,$!.P```H(01``!$`0"`A)Z4` M)B0&`@(,$!/`KZ0`("0!`@(400`(CZ0`(#P$$``DA`B`)Z4`)@P0%%@D!@(" MKZ``'(^D`"`,$!.H`````(^B`!P`````C[\`%">]`J@#X``(```````````G MO?_HK[\`%`P0#MROI``8CZ0`&`P0%2``````C[\`%">]`!@#X``(```````` M```GO?_HK[\`%*^D`!@,$!4DKZ4`'(^D`!B/I0`<#!`.<0!`,"&/OP`4)[T` M&`/@``@`````)[W_Z*^D`!BOI@`@CZ0`(*^_`!0,$`[YKZ4`'(^D`!B/I0`< MCZ8`(`P0#G$`````C[\`%">]`!@#X``(`````">]_^``P!@AK[\`%!!@``<` MH$`A$(``!0````"0C@```````!7```,`````$```6```$"&1!P`!D0(``#CG M`"L0```7+.<``1#@``0D`@`!$````B0"``(D`@`!$```&S1%`P`0X``$)`(` M`1````(D`@`")`(``1```!0T10$($.```P`````0```0)`4``A````X``"@A M$```/0``$"$D`0!A$$'_[P`````D`0!R$$'_\P`````D`0!W$$'_X@`````0 M`/_T`````"0&`;:OHP`HKZ<`'`P0$["OJ``DCZ,`*(^G`!R/J``D!$$``P!` M("$0```F```0(:Q@```0X``$H&(`#20/`(`0```)H&\`#)$8```D`0!R%P$` M!"0"``(0```")`(``20"``*@8@`,D1D``"0!`&$7(0`,`````!3@``H````` M```H(20&``(,$!/(KZ,`*(^C`"@$00`#`````!````D``!`AD&D`#3P!$``` M"5"``"H((:Q@``2L8``(K"`0X`!@$"&/OP`4)[T`(`/@``@````````````` M````````/`(0`(^.@&`D0@J@)[W_Z*^P`!``3@@K`$"`(1`@`!&OOP`4/`\0 M`(WO$[``````$>``!0`````,$`\J`@`@(1````,`````#!`.^0(`("&/F(!@ M)A``$`(8""L4(/_Q`````(^_`!2/L``0`^``"">]`!@GO?_@K[``$`"`@"&O MOP`4%@```R0#__\0```F)`+__Y("``P`````,$X`@Q'``!4P60`(,$\`!!'@ M``,`````$```!```&"$,$`\J`@`@(0!`&"&2!``-#!`3J*^C`!R/HP`] M`!@GO?^XK[``%`"@@"&OOP`DK[(`'*^S`""OL0`8KZ0`2)(#``PD$0!")!,` M`B02``8P;@!2%=$`(C!J`!:2#P`-/!D0```/P(`#.,@ACSD0X(X"``0````` M`%D(*Q`@`$P`````DZ,`2R0!``J@0P``C@@`!``````E"0`!$&$`!*X)``23 MH@!+$```8(^_`"0,$`_K`@`@(20!__\400`$DZ,`2Q````,D`___DZ,`2P`` M```0``!4`&`0(3!J`!854@`4,&X`$I.K`$LGI0!'HZL`1Y($``VN````#!`3 MN"0&``$D`0`!%$$`!`````"3H@!+$```18^_`"22#``,)`+__S6-`"`0```_ MH@T`##!N`!(5TP`0`````(X"``@`````$$``#`````".#P`$`````!7B``P` M````CA@````````7```(`````#!Y`$07(``&```8(0P0$#0"`"`A$````@!` M&"$``!@A$&```P`````0```D)`+__Y(#``P`````,&(`1!1`_ZHP;@!2#!`/ MZP(`("&.`@```````"1"__\$00`&K@(``).D`$L,$`]B`@`H(1````J2"P`, MDZ(`2XX(``0`````H0(``(X)``0`````)2H``:X*``22"P`,`````#%L`"`1 M@``$DZ,`2Q````,D`___DZ,`2P``````8!`AC[\`)(^P`!2/L0`8C[(`'(^S M`"`#X``()[T`2">]_^"OOP`4`(`8(8QE``B,;@`$`*`X(0''>".OKP`8D'@` M#*QG``0S&0!$$R``"`````"0:``-/`H0`"5*$.``"$B``2HP(1````JL8``` MD&L`#3P-$``EK1#@``M@@`&-,"&,S@````````'%$".L8@``C&0````````$ M@0`$`(`0(1````(``!`A`(`0(8S/``",>``$``````'XR",#(@@J$"``"8^H M`!@`8"`AKZ,`(`P0$,ZOIP`]`!@#X``(`````">]_^``@!@AK[\`%)!N``R090`-,<\` M!!'@``P`H#`A/!D0`20`-C&\` M"#P!$``UK@`(`!E`@``H""&@;@`,)?@@`!````RL.!#@/`L0`9!L``TE:Q:@ M``9(P`$K$"$\`1````QH@``M""&L8@`()$H`"*PJ$.",;@`(`,`@(:QN``0, M$!4\KZ,`((^C`"`00``)C[\`%)!B``P`````,$\`!!7@``2/OP`4-%D`0*!Y M``R/OP`4)[T`(`/@``@`````D(X`#3P#$```#GB``&\8(8QC$.",F``$```` M``!X$",$00`#`````!````>L@P`$C)D`````````60@J$"```@````"L@@`` M`^``"````````````````">]_[BOI@!0CZX`4*^S`!BOL``4`."`(0"`F"&O MOP`<'<```Z^E`$P0``!B```0(8^O`%"/N`!,K[(`+`'X`!D``)`2`D\(*Q0@ M``0``````E@(*Q`@``0`````C[(`+!```%0``!`AK[4`(*^Q`"BOM``D/!40 M`(X#```FM1#@)!3__QQ@`!P`8!`A#!`54`(`("$45``0`````(^Y`$R/JP!0 M`EE`(24)__\!.0`;C[(`+(^Q`"B/M``DC[4`(!<@``(```````<`#0``4!(0 M```X`6H0(XX.``".#``$)<\``:X/``".`P``)8W__ZX-``0`8!`A`D((*XX% M``00(``$`$"((1````("0(@A`$"((0)@("$,$!18`B`P(8X8``"."0`$`Q%` M(ZX(``".`P```3'((:X9``0$80`#`%&8(1````(``!`A`&`0(9(+``V.#@`$ M``M0@`*J8"&-C0````````&N>",!X@@J$"```P`````,$!#.`@`@(0)1D",6 M0``(`````(^B`%"/L0`HC[(`+(^T`"2/M0`@$```!8^_`!R.`P``$`#_M0`` M``"/OP`$`$`````".0@`(`````!!```P`````CE@`!``````7`@`,`````(Y9```` M````%R``"``````P:`!$%0``!@``&"$,$!`T`D`@(1````(`0!@A```8(1!@ M``2/J@!@$```E```$"&/J@!@CZL`7*^T`#`!2P`9K[4`+))$``T\%!````1( M@`*)H"&.E!#@``!@$@&`J"$"J@@K%"``!*^L`#0"JP@K$"``!0````"/M``P MC[4`+!```'X``!`ACD(`!*^P`"B.30`(``````&B""L4(``@)!/__Y).``P` M````,<\`!!7@``0`````+J$@`!0@`!@D$___`L`H(0P0$[@"H#`A$%4`!P!` M@"&26``,`````#<9`"`$00`"HED`#```@"&/J`!]_^BOI``8KZ8`((^F`!BOOP`4KZ<`))#"``P`H!@A,$X``A7```H` M8"`A,$\`@!'@``0`````-%@``A````.@V``,$```$"0"__\`8"`A)Z4`(`P0 M%GBOI@`8CZ8`&`````"0V0`,`````#,H`"`1```$`$`8(1````(D`___`$`8 M(0!@$"&/OP`4)[T`&`/@``@````````````````GO?_0KZ4`-*^G`#R/IP`T M`(`8(3P.?_\USO__K[\`%*^F`#@D#P`")!@`9*.X`"FCKP`H)Z8`'*^N`!RO MHP`@KZ,`)">E`#@,$!9X`.`@(8^Y`"``````HR```(^_`!0GO0`P`^``"``` M````````)[W_R(^.@."OMP`L``"X(:^^`#"OOP`TK[8`**^T`""OM0`DK[(` M&*^S`!ROL``0$<``!*^Q`!2/A8#T$```"R>6@.`G@H#D)Y:`X#;8``$"P#`A M-$\``:^/@."OAH#HKYB`Y*^"@.P`0"@ACX:`Z"23``<\'G__-][@```3F((D M%?_^`,"((0``D"&.(P````````!@$"$P60`!%R``'0(@@"$`8(`AC@(````3 M((`P2``!%0``#@`````"(#`AKX:`Z!2P``*N(@```B`H(8XC`````````&"` M(8X"````````,$D``1$@__8``````B00(0("""L4(``$``````!1""L0(`!E M``````!@$"$"((`A`%6()`(1""L4(/_;`````(^*@.P`````$@H``P`````0 M```$KX6`]!(V``4F4@`!KX6`]!```&8``!`A)E(``2Y!``(4(/_,``````"@ MB"$``"`A#!`;)*^%@/2/BX#L`$"`(25L``01@@`+`````"9R!_\`$I+",$,` M`Q!@`!(`$I-`)`T`!`&CN",`5X`A$```#0)7D"&/A8#TCXZ`[``````!Q7@C M!>$``@'@""$D(0`#``'`@P)XD",F4@@``!*2P@`2DT`"$L@A`S`(*Q`@``0# MT@@K$```/0``$"$#T@@K$"``"@)`H"$\!'__#!`;)#2$X``D`?__%$$`!`)> MD",0```R```0(0)>D",,$!LD`D`@(20!__\400`%``````P0&S$"`"`A$``` M*```$"&/B(#L`I=((P()4"&M$```)4O__*X+``"/C(#L`@`H(26-``01L``% M-L(``8V.````````-<\``:V/``".&````````*^8@.R/F8#L$`#_?*\B```` M0#`A`-`(*Q`@``8TR0`!C,@```````"OB(#PK,,``#3)``$0L0`$KBD``*^& M@.@0```$KX6`]`#`*"&OA8#TKX:`Z"8B``2/OP`TC[``$(^Q`!2/L@`8C[,` M'(^T`""/M0`DC[8`*(^W`"R/O@`P`^``"">]`#@D@O_\KX*`Z(Q.```D`?_^ M`<%X)*Q/``"/F8#LC%@````````7&0`"`````*^"@/0#X``(`````">]_]"O ML``0`("`(:^_`!2OI0`TC@+__``````P3@`!$<``!@!0&",,$!,E`@`@(8X" M__P``````%`8(P1A``(`8`@A)"$``P`!&(./I``T#!`28*^C`!R/HP`<$$`` M`P!`("$44``$CZ<`-!```"(`@!`ACZ<`-``````DYP`#``L M@/_\)`'__`"A."00X``%`*]`""0H@``D(,``"2E``$08@`$)`8`/1````PD M!@`])`8`/0!@$"$41@`#)(0``1````\`H!`AD*(``)"#```DI0`!$&+_^`!@ M$"$48``(```0(9"N__\`````%<8`!```$"$0```"`*`0(0``$"$#X``(```` M``"`$"&`J```-(T``Q$``"0!I'`B@*D``0"N>"`1(``?`````("J``(````` M$4``&HBL``"`JP`#F*P``Q%@`!2HC```(:3__8'H``$A[P`$$0``$R"$``2! MZ?_^`````!$@``X`````@>K__P`````10``)B>S__8'K``"9[```%6#_\:R, M```#X``(``````/@``BXC``#H(H``J")``$#X``(H(@`````````````$,`` M&P"`."$0I``9``````"%""H4(``(*,$`$`"F$"``@@@J$"``!"C!`!`0``!= M*,$`$"C!`!`4(``%`````#"B``,P@P`#$$,`"P`````0P``'``````"F&"&` MH@``)*4``22$``$4H__\H(+__P/@``@`X!`A$$``&RC!`"`D`0`!$$$`$``` M```D`0`"$$$`!P````"`H@``)*4``22$``$DQO__$```#J""__^$H@``)*4` M`B2$``(DQO_^$```"*2"__Z`H@``A*,``22E``,DA``#),;__:""__VD@__^ M*,$`(!0@`!8HP0`0C*(``(RC``2,J``(C*D`#(RJ`!",JP`4C*P`&(RM`!PD MI0`@)(0`("3&_^"L@O_@K(/_Y*R(_^BLB?_LK(K_\*R+__2LC/_X$`#_ZJR- M__PHP0`0%"``#BC!``2,H@``C*,`!(RH``B,J0`,)*4`$"2$`!`DQO_PK(+_ M\*R#__2LB/_X$`#_\JR)__PHP0`$%"#_LP````",H@``)*4`!"2$``0DQO_\ M$`#_^*R"__PHP0`0`*8H(!0@``4`AB`@,*(``S"#``,00P`-`````!#`_ZL` M````)*7__P"F&",DA/__@*(``"2E__\DA/__%*/__*""``$#X``(`.`0(1!` M`!LHP0`@)`$``Q!!`!``````)`$``A!!``<`````@*+__R2E__\DA/__),;_ M_Q````Z@@@``A*+__B2E__XDA/_^),;__A````BD@@``@*+__X2C__TDI?_] M)(3__23&__V@@@`"I(,``"C!`"`4(``6*,$`$(RB__R,H__XC*C_](RI__", MJO_LC*O_Z(RL_^2,K?_@)*7_X"2$_^`DQO_@K((`'*R#`!BLB``4K(D`$*R* M``RLBP`(K(P`!!``_^JLC0``*,$`$!0@``XHP0`$C*+__(RC__B,J/_TC*G_ M\"2E__`DA/_P),;_\*R"``RL@P`(K(@`!!``__*LB0``*,$`!!0@_[$````` MC*+__"2E__PDA/_\),;__!``__BL@@`````````````D`@/I````#`/@``@` M````/`X0`)'."JP\`Q``,<\`@Q'@``TD8PJ@CYB`8"1C`!``>`@K%"```P`` M```0```'```0(9!Y``P`````,R@`@Q4`__4``````&`0(0/@``@````````` M````````````CXZ!#">]_[BOOP`4)Z8`("0%5`@,$!M$KZX`'`1!``8D`@`! MCZ\`'```$"$0```"KX^!#"0"``&/OP`4)[T`2`/@``@````````````````G MO?_@K[$`&`"`B"&OOP`"&-[Q#@``````'E@",,$!/``@`P(210__^N(@``!@`` M!ZXP``".(P`$`````)!B```D>``!$```%ZXX``2..0``)`'__Q,A``8````` MDB@`#``````U"0`@$```#*(I``R2*@`,`````#5+`!"B*P`,DB,`#``````P M;`"`$8```P`````P;0#^HBT`#*X@```D`O__C[\`'(^P`!2/L0`8`^``"">] M`"```````````"3&__\$P``+,*4`_Y""```DA``!%$4`!23&__\DA/__$``` M!0"`$"$DQO__!,'_]P```````!`A`^``"``````GO?_8K[\`'*^F`#"OIP`T MC((``"0!__@D0@`/`$$0)*R"``#$0/_\Q$'_^`"@0"&OJ``LYZ``)$8@`P8, M$!M,YZ$`(,>A`"#'H``D1(`@`$2`*`"/K@`\CZ@`+$8D`#(``'@A10```JW" M```D#P`!C[@`0"0!``$000`#KP\``!1```\D`0`"C[D`-">$@(`,$!NTKR`` M`(^I`#`\!!``)(06.">%@(0,$!0LK2(``#P"$``0``!O)$(6."0!``(000`$ M`````"0!``,400`/CZL`.#P$$``,$!NT)(02@(^J`#`\!!``/`40`"2E$HPD MA!8X#!`4+*U"```\`A``$```7"1"%CB/JP`X`````!5@`$4`````*0$`$A0@ M`"``````/`00`$0&"`!$!P``)(06."0%`!&OH``0#!`;O*^H`"R/J``LCZT` M,#P%$``DI19*)$P``2D!`%$`H!@A%"```ZVL```0```")`(`4`$`$"$\#A`` M)X``#P8$`"3 M&!8XCZD`-#L9`"TO.0`!/`(0`"1"%CFM.0``C[\`'">]`"@#X``(`````(R% M```\`7__-"'__P`%,$,`P3`D)`$`!0#!`!HPHP`!``!X$``/P$```'`2`P,0 M(21"`#`#X``(K(X``">]_4"OMP`\K[8`.`#`N"&OO@!`K[\`1*^T`#"OM0`T MK[(`**^S`"ROL``@K[$`)*^E`L2OH`*TDN(`#8^V`J0`@)@ADG`````````2 M```@`````"0!`"42`0`=`````([B````````)$+__P1!``:NX@``,@0`_PP0 M#V("X"@A$```"8^Y`K2.[@`$,@(`_Z'"``".[P`$`````"7X``&N^``$C[D" MM"9S``$G*``!KZ@"M))P````````$@``!``````D`0`E%@'_Y0`````6```, M`````)+I``P`````,2H`(!%```2/I0*T$````R0%__^/I0*T`````!``!&`` MH!`AKZ``]*^@`/R2<``!)G,``0``B"$``/`A$``#4"9S``&2<```$`#__#8Q M``*2<```$`#_^38Q``22<```$`#_]C8Q``B2<```$`#_\S8Q`!"2<```-C$` M0!``_^\``+`A,BL`0!5@``T`````CZP"Q"0!__PEC0`'`:%P)*^N`L2-WO_\ M``````?!``X``````![P(Q````LZ,0`$CZ\"Q"0!__PE^``'`P'()*^Y`L2/ M-O_\``````;!``(```````"P(9)P```0`/_3`````#(H`$05```#)@+_T#8Q M`"`F`O_0DG```#P)$``!,$@AD2D(@3(R`$`Q*@`$$4``#P`````\`Q``)&,( M@``"6(`!8E@A``M80`%P$"&2<``!)G,``0!P8"&1C0`!)$+_T#&N``05P/_U M`````!)```,`````$`#_M`!`L"$0`/^R`$#P(38Q``&2<```$`#_K@`````G MKP$=,C@``0'@H"$!X*@A$P``"3(R`$"/N0+$)`'__"8@(@D&0`!/`&``*^Y`/P1X0`$K[@!#``/0",0```5 MKZ@`\">T`1P,$!9I)Z0`\!```!"B@@``,BD``A$@``"$`#WA``&]`(R4)`#`H00`* M$"#_]**)```D2@`P)I3__Z**```20``*,BT"`">K`1T!=&`C`LP0(QA```4R M+0(`KZ("G*^B`/0V,0(`,BT"`!```JFOK0!0)ZX!'3(X``$!P*`A`<"H(1,` M``DR,@!`C[D"Q"0!__PG+P`'`>%`)*^H`L2-"?_\$```":^I`/"/J@+$)`'_ M_"5+```0(19``!,`````)`@``20)``$V,0(`,C(`0*^I`/00 M```,KZ@"G`!$4"0\`7__-"'__P!J6"$``FA#D6P```&A<"0`KA`')I3__Q1` M__:BC```$D``"C(O`!`GN`$=`Q3((P+9$",80``%,B\`$*^B`IROH@#T-C$" M`#(O`!`1X``D,CD"`(^H`/``````$0``(#(Y`@`0```5)`$`6#(I`@`5(``; M,CD"`"0*``$D"P`!KZL`]*^J`IP0```4-C$"`">,@)0D#0`"KZT`_!````^O MK`$,)XZ`F"08``*ON`#\$```"J^N`0PD`0!8$@'_^0`````D`0!O$@'_Z``` M```D`0!X$@'_[@`````R.0(`$``"%Z^Y`%`R+P!`%>```R;"``$D%@`&)L(` M`2A!`!$0(``$)`4`$1````(`0"@A)`4`$2>H`-`GJ0#DKZD`&*^H`!0GI`+$ M)Z8`[">G`.@,$!7(KZ``$`!`H"&/H@#0)`$``1!!``,`````%$``"B0!``(G MA("<#!`;M`"`H"$GBH"<,BL"`*^K`%`0``'T`$JH(20!``(400`0)`$``S(L M``(1@``$`````#P4$``0```#)I02\#P4$``FE!+\#!`;M`*`("$R+0(`KZT` M4!```>,"@J@A)`$``Q1!``R/N0#H/`00`"2$$P@,$!NT`("@(3P.$``ESA,( M,C@"`*^X`%`0``'6`$ZH(8^Y`.@"P"`A$R``!S(I``(GCX"@)`@``:^H`/P0 M```0KZ\!##(I``(1(``',BP`"">*@*0D"P`!KZL`_!````BOJ@$,,BP`"!&` M``4`````)XV`J"0.``&OK@#\KZT!#)*#````````$&``!R08`#`P8@#_HZ(! M$B>U`1,0```$)I0``208`#"CN`$2)[4!$Q;```0`````,CD`$!,@``0````` M)`\`+J*O```FM0`!&L``#@````"2@P```````!!@``H`````)(3__Z*C```F ME``!&(``!2:U``&2@P```````!1@__@`````&(``!8^I`.2OI`*8KZ0`]#8Q M`0"/J0#D)Z@!!Z^H`0@GM`$2%2``&Z.@`0>/H@#L`````"1"__\$00`#*$$` M"@`"$",H00`*%"``#H^C`0B/HP$(`````"0!``H`00`:)&/__P``4!```!`2 M*$$`"B5+`#`0(/_XH&L``*^C`0B/HP$()$P`,"1C__^@;```KZ,!"(^M`0@G MK@$%`C_ M_Z^H`0@0```&H>G__X^J`0@D#``M)4O__Z^K`0BA3/__/`T0``&P:"&1K0B! M`````#&N``$1P``'`````(^X`0@D"`!%)QG__Z^Y`0@0```&HPC__X^I`0@D M"P!E)2___Z^O`0BA*___CZP!"(^M`/0GJ@$'-C$`@`%,$",R.0(``:)P(:^N M`/2ON0!0$``!.:^B`/@R*`!`%0```RK!`#PD%@`&*L$`/!`@``0D!0`\$``` M`@+`*"$D!0`\)!@``2>O`-`GJP#DKZL`&*^O`!2ON``0)Z0"Q">F`.P,$!7( M)Z<`Z`!`H"&/H@#0)`$``1!!``,`````%$``"B0!``(GA("L#!`;M`"`H"$G MB8"L,BH"`*^J`%`0``$6`$FH(20!``(400`0)`$``S(L``(1@``$`````#P4 M$``0```#)I03%#P4$``FE!,@#!`;M`*`("$R+0(`KZT`4!```04"@J@A)`$` M`Q1!``R/J`#H/`00`"2$$RP,$!NT`("@(3P.$``ESA,L,CD"`*^Y`%`0``#X M`$ZH(8^H`.@R)0`0$0``$#(L``*/N`#L`!9X(P'X""H0(``+,BP``I*+```D M`0`P$6$`!S(L``(GB8"P)`H``:^J`/P0```0KZD!##(L``(1@``&`````">- M@+0D#@`!KZX`_!````BOK0$,,CD`"!,@``:/I`#L)XB`N"08``&ON`#\KZ@! M#(^D`.PGM0$2KZ``W!B```LD"P`PDH,````````08``')`L`,(^O`-P````` M*>$`$10@``:/J0#<)`L`,**K```0```()K4``8^I`-PP8@#_)2H``:^J`-RB MH@``)K4``2:4``$DA/__'(#_Z``````4H``$)`P`+AK```4JP0`\)`P`+J*L M```FM0`!*L$`/!`@``0D!``\$````@+`("$D!``\`)8(*A`@``4``````L1H M(Z^M`IBOK0#T-C$!`"2$__\$@``>,BD"`(^N`.P`````)=D``1L@``JON0#L MDH,````````08``')!@`,(^H`-P`````*0$`$10@``4`````)!@`,**X```0 M```()K4``8^O`-PP8@#_)>L``:^K`-RBH@``)K4``2:4``$DA/__!('_YH^N M`.PR*0(`KZD`4!```(0GM`$2,BH`0!5```,`````$```!"06``86P``#*L$` M$206``$JP0`1$"``!"0%`!$0```"`L`H(20%`!$GK`#0)ZT`Y*^M`!BOK``4 M)Z0"Q">F`.PGIP#H#!`5R*^@`!"/K@#D`$"@(1'```0R*``0)!D``:^Y`.PR M*``0%0``%0+`D"$,$!NT`H`@(0!6""H0(``"``````!`D"$:0``.CZL`[`*2 M$"&06/__)`$`,!U`1.CK@$2,CD"`!```#.ON0!0CZ@"Q"0!__PE&``'`P%X)*^O M`L2-]/_\`````!:```4R*P!`)`'_OP(AB"0GE("\,BL`0!5@``4`````#!`; MM`*`("$0```0`H*H(9*%```F@@`!$*``#"15__\FUO__!L``"215__^010`` M)$(``1"@``4D5?__)M;__P;!__H`````)%7__S(I`@`0```.KZD`4!``_'HF M<___)@K_X"U!`%D0(/_[```````*4(`\`1```"H((8PJ`````````4``"``` M``"/K`#\CZX`]`*T&",`;&@A`:X0(0!>""JOH@#<%"``!Z^C`,B/N0*TCZ@` MW(^U`,@#*,`A$```-Z^X`K2/KP*TC[4`R#(I`"`!_E@A$2``$Z^K`K2/J@!0 M`````!5```@`````CZP`W#8Q`@`R+@(``\QH(Z^M`IP0```&KZX`4(^Y`IR/ MN`#<`SY`(0$8>".OKP*<$```'Z^^`-PR*P`$%6``'8^N`/R/J0#`/_M`````!``^W.2<```C[\`1(^P`""/L0`DC[(`*(^S`"R/ MM``PC[4`-(^V`#B/MP`\C[X`0`/@``@GO0+`/`,0`(QC$T0D`@/Y`(,@(0`` M``P4X``%`````#P!$`"L)!-$`^``"`!@$"$($!M``````#P"$`",0A-````` M``""""L0(``"``````!`("$D`@/Y````#!3@__0`````/`$0`*PD$T0#X``( M```0(3P!$`"L(A1,`^``""0"__\D`@0>````#!#@``,`````"!`;0``````# MX``(`````$0&:``\`0`/``8M`C0A__\`H"`A`,$P)"0!!_\PI0?_1`=@`!2A M`!,PA`@`%,``"CP!``@4X``(/`$`"!2```,``````^``""0"``(#X``()`(` M`SP!``@`P2`D$(```P`````#X``()`(```/@``@D`@`!%*``$0`````4P``) M`````!3@``<`````%(```P`````#X``()`(`"`/@``@D`@`)%(```P`````# MX``()`(`!@/@``@D`@`'%(```P`````#X``()`(`!`/@``@D`@`%1`9@`#P! M`'\`!BW"-"'__P"@("$`P3`D)`$`_S"E`/\4H0`1,(0!`!3```@\`0!`%(`` M`P`````#X``()`(``@/@``@D`@`#/`$`0`#!("00@``#``````/@``@D`@`` M`^``""0"``$4H``/`````!3```<`````%(```P`````#X``()`(`"`/@``@D M`@`)%(```P`````#X``()`(`!@/@``@D`@`'%(```P`````#X``()`(`!`/@ M``@D`@`%````````````````)(+__Y!#``$@0@`!%&#__0`````#X``(`$00 M(P`````#X,@A!,$``B0)`"`D"0`M``9H0``'1\(!J&@EH(D``#P!?^`!H4@C M``=@0"2$``$%(0`")`H":"5*``$`#<5"$P``@`$J`!@D`0?_$P$`GP`````` M#6K````0$``-:L(\`0`@`:%H)0P0'(```D`B)QC[[0,#P"$`&,`BCZP`$`,+ M,`8#!C@$$8``#0%G6",LS``*`8)@(P"L*",DI0`"'*``!"BA`!(0```%)`4` M`2BA`!(4(``#+,$`"B0%`!$LP0`*%"``$@"D*"$D`0`*`,$`&R2$``$D0@`! M```X$B3G`#```#`0%(4`":"'__\LP0`%%"``/0`````LP0`&$"``/``````0 M```N`````"3&`#`DA``!$(4`)J"&__\`"&B``:!P)P'(<"L`"'^"`>Y@(0$- M0"$`"6B``:!P)P')<"L`"7^"`>YX(0$M2"$!@'`G`"$!35`A`8!P)P'*<"L!3%`A``MH@`%M6"$![F`A M`6Q8(2<8__\#"S`&`P8X!"3&`#`DA``!H(;__Q2%_]P!9U@C)QC__P,+.`80 MX``+H(```!5```L`````%2``"25G__\5```'`.LX)!3@``4PQ@`!%,```P`` M```#(``(`````"2)__^1*```)`$`.1$!``4M`0`P%"``!R4(``$#(``(H2@` M`"0(`#"A*```$`#_]24I__\D"``QH2@``20(`#"@B```H(```0,@``@D0@`! M%:``#P`````5@``-`````(^H`!`D"``P`*@H(1B@``4``````*0H(22$``$4 MA?_^H(C__Z"````#(``()`(``"08_`(\"@`@``Q'P@`-:$`!J&@E`:I`)``, M8$`1`/_Z)QC__P`830`!+4@A`2I((R0*!-(!*@`8)Q@#_P``$!`0`/]H```` M`#P($``E"`%Y%8``!@"D*"$`#4K`%2```P`````\"!``)0@!<)$)```DA``! M$2```Z")__\4A?_[)0@``0,@``@\`H``!0``#P`````E"/_E'0``#``````` M"$!`/`,0``!H&"$`"$"`/`$0```H""&,+@+`C"\"Q(1C!`P($!S4```````( M60,`"UB`/`$0```K""&,*P-P)[W_\``(4$`!2U@$``M?@Z^K``ROK```KZT` M!`4``#&OOP`()`D`-"4(_^0%`?_^)2D``@`(0$`\`Q``/`H0``%(4"$`:1@A M``E(@``(0("$8P/6A4H$#CP.$``\#Q``/`P0`#P-$``!J&@A`8A@(0'I>"$! MR7`ACR-C`+(C:T"S`!J&"$,$!S4)&,``05@``J/J``,``I'P@`+ M6$`!:%@E``E'P@`*4$`!2%`E``E(0"1C__^/J``,``E/PH^L``"/K0`$C[\` M"`%)<"$GO0`0`6!X(0@0'-0!R'`A)`D``"4(`!P%`/_^)2G__A``_\\E"/_D M`8X`&0``2!```$`2`2`X)P`````!K@`9``!0$```,!(`YC@K`29((0&/`!D! M1U`@`2`X)P``6!```#`2`.8X*P%'4"`!KP`9`29((0%`,"<`RS`K`4M0(0%` M."<``%@0`698(```,!(`YC@K`6=8(`/@``@!1E`A```````````````````` M`````````````^``"``````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````0%L<`$!H.`!`:#@`0%LH`$!H.`!`9V0`0&@X`$!H.`!`:#@` M0&@X`$!;1`!`6P0`0&@X`$!;$`!`6S0`0&@X`$!;M`!`6\0`0%O$`$!;Q`!` M6\0`0%O$`$!;Q`!`6\0`0%O$`$!;Q`!`:#@`0&@X`$!H.`!`:#@`0&@X`$!H M.`!`:#@`0&@X`$!H.`!`:#@`0&@X`$!@%`!`:#@`0&9@`$!H.`!`:#@`0&@X M`$!H.`!`:#@`0&@X`$!H.`!`:#@`0&@X`$!H.`!`:#@`0&@X`$!H.`!`:#@` M0&@X`$!H.`!`7F@`0&@X`$!H.`!`:#@`0&@X`$!H.`!`:#@`0&@X`$!H.`!` M:#@`0&@X`$!G=`!`7$@`0&`4`$!CC`!`9F``0%P\`$!<2`!`:#@`0&@X`$!< M.`!`:#@`0&@X`$!>3`!`:#@`0&@X`$!H.`!`9Z0`0&@X`$!=S`!`:#@`0&@X M`$!>:````````````````$EN9FEN:71Y`$YA3@````#[T4UNX:^A.DV-F+CC MXGI$/1I%W^8:SP./7"+*Z%BM)"/NB\OJG")W2C%.ONSE/.P7*JSE[S0*F+P_ MC*+QB)FQWL/Q)O/B^)/P9=-]]D,UO(AT?93XJ5_/O@:-+_L5A9*#`,H._8>U M\@````"``````````*``````````R`````````#Z`````````)Q````````` MPU````````#T)````````)B6@```````OKP@``````#N:R@``````)4"^0`` M````ND.W0`````#HU*40`````)&$YRJ`````M>8@]*````#C7ZDQ!````(X; MR;_%````L:*\+G9```#>"VLZB>@``(K'(P2L8@``K7CKQ1=Z@`#8UR:W;JR0 M`(>&>#(*5[0`J6@6/\SMH0#3PAO.0!2$H(1946&0&:7(I6^EN?0@#SK.RX\G MS^('9M#/2U`JJ]8LTM@-L,'1ZI;4Y>+-DI+6`];XUU`H!IVDV1#W_^G0:6K; M+E&_:Y1U&=U0\9F]-"SWWWCDLKO29%'AICA38Z&8Y>/8^>4```#,```````` M`!1%`0`$`0````,,P,PP`1`0``0$1`,#`,`\/`P#SS#/#`#`#`````````!0 M`40``!``$`0```0!```4``$0`````#`#```S/##/`#`\```````````````` M```P``,`````!0`0$55```0`!`%$0`$`!``1!`00``````````SP``````,` MS##``##`!$0!`4%````!0````/M&^Z/\`/Q=_+K]%_UT_='^+OZ+_NC_1?^B M`````P`&``D`#0`0`!,`%P`:`!T`(0`D`"<`*P`N`#$`-0`X`#L`/P!"`$4` M20!,`$\`4P!6`%D`M@$3`7`!S0(J`H<"Y`-!`YX#^P`````````````````` M=7-A9V4Z('1O`H``&EO<&5N.B!E7!E"@!R;&5?8V]M<&%C=#H@8F%D(&)P<#H@)60@)60*`````')L95]E>'!A M;F0Z(&)A9"!B<'`Z("5D("5D"@```````"`@("`@("`@("@H*"@H("`@("`@ M("`@("`@("`@("`@2!`0$!`0$!`0$!`0$!`0$(2$A(2$A(2$A(00$!`0$!`0 M@8&!@8&!`0$!`0$!`0$!`0$!`0$!`0$!`0$0$!`0$!""@H*"@H("`@("`@(" M`@("`@("`@("`@("`A`0$!`@```````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````````$"`P0%!@<("0H+#`T.#Q`1$A,4%187&!D:&QP='A\@ M(2(C)"4F)R@I*BLL+2XO,#$R,S0U-C```,%@``$YA3@`M````*P```"````!.84X`+0```"L````@````*&YU;&PI M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` *```````````````` ` end   Received: from vmb.brl.mil by VMB.BRL.MIL id ae11186; 19 Sep 90 0:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ah10910; 18 Sep 90 23:55 EDT Received: by VMB.BRL.MIL id ah10908; 18 Sep 90 23:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10610; 18 Sep 90 22:12 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03426; 18 Sep 90 22:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13109; Tue, 18 Sep 90 18:49:46 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Sep 90 23:19:14 GMT From: Alain Dumesny Organization: Silicon Graphics Inc. Subject: Re: Wandering Icons Message-Id: <1990Sep18.231914.10014@odin.corp.sgi.com> References: <9009181944.AA19726@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009181944.AA19726@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU writes: |> |> Is there a way for an icon to stay put, in a constant location, |> so that when it is opened and stowed, it goes back to the same |> location each time ? |> Put this in your user.ps file in your home directory. This way tidyed icons remain in the same location (you can drag them to position them). %% whether icons are automaticly tidied up is controled by TidyState % UserProfile /TidyState /Always put % default state UserProfile /TidyState /Never put % pre- 4D3.2 release behavior As for the rest of your questions, I don't know... ---------------------------------------------------------------------------- Alain Dumesny alain@sgi.com (415)335-7250 Silicon Graphics Inc. (ASD) 8U-550   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11312; 19 Sep 90 0:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10910; 18 Sep 90 23:54 EDT Received: by VMB.BRL.MIL id aa10908; 18 Sep 90 23:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08776; 18 Sep 90 16:08 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa02203; 18 Sep 90 16:00 EDT Received: Tue, 18 Sep 90 16:00:43 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Tue, 18 Sep 90 16:00:43 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9009181900.AA25255@aero4.larc.nasa.gov> To: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Wandering Icons Cc: info-iris@BRL.MIL That is something I miss from Sun icons. When you iconify something, it will always go back to the same place. You can even save the screen layout, windows and icons locations, so that when you log back on, all the windows and icons are the same as when you last saved the positions. Listening SGI?! -- 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 ab11312; 19 Sep 90 0:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10910; 18 Sep 90 23:54 EDT Received: by VMB.BRL.MIL id ab10908; 18 Sep 90 23:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09392; 18 Sep 90 17:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02544; 18 Sep 90 16:58 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06082; Tue, 18 Sep 90 13:50: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 Sep 90 16:06:29 GMT From: Reuel Nash Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: lack of symbol tables in sgi distributions Message-Id: <69595@sgi.sgi.com> References: <9009181645.AA18649@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009181645.AA18649@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU writes: > Just to confuse the symbol table issue more, I note that most unix vendors > leave the symbol table in /unix, and use it to debug a crashed kernel panic. > I think a more important purpose for having the symbol table left in /unix is so programs like ps, who, and sar can know the addresses of various kernel data structures so they can be read or modified through /dev/kmem. SGI's kernel provides a call (sysmp) that gives these addresses, but some programs and most other vendor's systems still depend on the namelist in /unix. Reuel Nash Email: reuel@sgi.sgi.com "Rendering? You mean like hogs?" Voicemail: (415)962-3254 Mail stop:SR-254 Work Phone:(713)266-1333 Home Phone:(713)589-6258 USMail: Silicon Graphics, 5858 Westheimer Suite 100, Houston, TX 77057   Received: from vmb.brl.mil by VMB.BRL.MIL id ac11312; 19 Sep 90 0:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ai10910; 18 Sep 90 23:55 EDT Received: by VMB.BRL.MIL id ai10908; 18 Sep 90 23:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10741; 18 Sep 90 22:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03497; 18 Sep 90 22:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14078; Tue, 18 Sep 90 19:37: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: 19 Sep 90 01:30:57 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Question on QIC-150 tape usage Message-Id: <1990Sep19.013057.12840@odin.corp.sgi.com> References: <9009181533.AA10354@ki> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <9009181533.AA10354@ki> dwatts@ki.UUCP (Dan Watts) writes: | In article <9009120004.aa24283@SPARK.BRL.MIL> you write: | >There are QIC numbers that refer to many things, not just the recording | >format, but also the interfaces, read/write heads, ECC and Data Compression | >standards, etc. Don't worry about QIC-02 for example, it is an interface | >standard. | > | >The major recording formats you will see now are: | > | >Recording Format Cartridge Type Capacity Read Compatibility | >QIC-24 DC600A 60MB | >QIC-120 DC6150 125MB QIC-24 | >QIC-150 DC6150 150MB QIC-120/QIC-24 | > (or a longer tape) DC6250 250MB | > ... stuff deleted ... | >- Phil | | Re: the DC6250 mentioned above. Is there any truth to the warning that | comes printed on the 3M blurb sheet for that tape size? It says that | use of extended length tapes may cause a change in the head wear | pattern that may reduce headlife, especially when using both standard | and extended tapes. Will this really happen to my SGI tape drive?? | We haven't done testing with these tapes, but if 3M is warning you about it, I WOULD be inclined to worry about it. If you really want to know, contact your local Archive distributor, and see what they can tell you about it. It may be that 3M issues the warning only because rare problems occur with some types of, or some mfg's drives. The Archive model # for the QIC-150 drives that SGI ships is "Viper 2150S". -- 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 aa11376; 19 Sep 90 0:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac10910; 18 Sep 90 23:55 EDT Received: by VMB.BRL.MIL id ac10908; 18 Sep 90 23:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab09392; 18 Sep 90 17:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02546; 18 Sep 90 16:58 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06103; Tue, 18 Sep 90 13:50: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: 18 Sep 90 18:36:34 GMT From: "Jack P. Weldon" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Personal Iris 4D/25 Parallel Port Pinout Message-Id: <1990Sep18.183634.4367@odin.corp.sgi.com> References: <26428@boulder.Colorado.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <26428@boulder.Colorado.EDU> rainer@hibachi.colorado.edu (Rainer Malzbender) writes: > >Is the parallel port on a 4D/25 just like a PC parallel port ? If the >pinout is in the manuals, SGI did a good job of hiding it. I want to >hook up a Laserjet II to it. Thanks for any help. > My PI manual (Version 1.0) has an Appendix A that gives the specs of the cable required for the parallel port. It says: Centronics 25-line interface with full shield attached 360 to solid metal D-shell; IBM PC compatible. The 740-0 from Inmac is a good example -- it is an 8' Double-Shielded cable. An aside: don't forget that the IRIS 9-pin serial port is *NOT* a PC-AT 9-pin. The pinouts for the serial port are in the same appendix as well. Flame: We will never really know WHY IBM decided to put Signal Ground on Pin 5 (and other strange twists) when they designed their "non-rs232 standard nine-pin", now an unfortunate "industry standard". Now every PC clone maker must also use the same pinout...Standards are funny that way. -- Cheers, Jack P. Weldon (jweldon@csd.sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11474; 19 Sep 90 1:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11435; 19 Sep 90 0:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11433; 19 Sep 90 0:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03811; 19 Sep 90 0:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16248; Tue, 18 Sep 90 21:32: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: 19 Sep 90 03:42:19 GMT From: James Helman Organization: Stanford University Subject: Bad tapes again!!!! Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Two out of the last thirty tapes we've gotten from SGI have been bad. I just spent most of the day trying to track down a replacement for the IRIX 3.3.1 Maintenance Tape which arrived this morning. I was enthusiastically installing it (because I thought it contained a bug fix I need) when the installation bombs in midstream. Our 4D/220's 150MB drive encountered errors part way through the tape. Repeated attempts failed. Ditto on a 4D/80's 60MB drive. I try everything. It turns out a Sun-3's ancient 60MB drive (which regularly backs up a gigabyte of disk and has never been cleaned or maintained) can read the tape without errors, so I finally dd'ed the distribution onto a new tape and finished the aborted installation. Still, it's kinda inconvenient when an installation fails and leaves your machine with a partial brain transplant. Now, 2 out of 30 is a 7% failure rate. With 6 tapes in average distribution, this would imply a 36% chance of at least one tape in the distribution being bad! So either I have really rotten luck, two bad tape drives, or SGI has a big problem someplace. Anyone else looking forward to CD distributions? Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Work: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14895; 19 Sep 90 9:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14289; 19 Sep 90 9:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14220; 19 Sep 90 8:59 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa04588; 19 Sep 90 8:24 EDT Received: Wed, 19 Sep 90 05:23:01 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Wed, 19 Sep 90 08:24:06 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Wed, 19 Sep 90 08:42:43 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Wed, 19 Sep 90 08:42:43 EDT From: Tony Facca Message-Id: <9009191242.AA02591@avelon.lerc.nasa.gov> To: info-iris%brl.mil@prandtl.nas.nasa.gov Subject: Re: Bad tapes again!!!! > >Two out of the last thirty tapes we've gotten from SGI have been bad. > ** stuff deleted ** > >Now, 2 out of 30 is a 7% failure rate. With 6 tapes in average >distribution, this would imply a 36% chance of at least one tape in the >distribution being bad! So either I have really rotten luck, two bad >tape drives, or SGI has a big problem someplace. > Pick any two?? Though I haven't kept close track, I'd say your numbers are right on target with what I've been experiencing. In the 3.3 release (about 7 or 8 tapes) the DEV tape was bad. This can be really frustrating since it leaves the system pretty confused. After a few shell escapes, a couple of 'versions remove' commands, and a new tape everything comes together, but.. >Anyone else looking forward to CD distributions? Sign me up. -- ----------------------------------------------------------------------------- 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 ab17082; 19 Sep 90 10:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac16575; 19 Sep 90 10:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16501; 19 Sep 90 10:33 EDT Received: from pucc.Princeton.EDU by VGR.BRL.MIL id aa05623; 19 Sep 90 10:22 EDT Received: from UKACRL.BITNET by pucc.PRINCETON.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 5586; Wed, 19 Sep 90 09:54:06 EDT Received: from RL.IB by UKACRL.BITNET (Mailer R2.03B) with BSMTP id 0509; Wed, 19 Sep 90 14:42:12 BST Received: from RL.IB by UK.AC.RL.IB (Mailer R2.03B) with BSMTP id 7095; Wed, 19 Sep 90 14:42:11 BST Via: UK.AC.OX.VAX; 19 SEP 90 14:42:08 BST Date: Wed, 19 SEP 90 14:36:09 GMT From: HCART%VAX.OXFORD.AC.UK@pucc.princeton.edu To: INFO-IRIS@BRL.MIL Subject: tar not working as advertised Message-ID: <9009191022.aa05623@VGR.BRL.MIL> I am backing up using tar(1) on a 3130. If I give specific files to be backed up, everything functions fine. But if, to back up all files changed in the last week, I use find / -local ! -type d -mtime -7 -type f -print | tar ca- as shown in TFM, nothing is written to tape. The find(1) instruction on its own is OK, as find / -local ! -type d -mtime -7 -type f -print > backuplist works. But then cat backuplist | tar ca- still doesn't work, even though backuplist has hundreds of entries. What am I doing wrong? All advice appreciated... Hugh Cartwright. Physical Chemistry, Oxford.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17847; 19 Sep 90 11:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17647; 19 Sep 90 11:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17638; 19 Sep 90 11:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05786; 19 Sep 90 11:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA27843; Wed, 19 Sep 90 07:40:13 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Sep 90 15:33:17 GMT From: eagle.wesleyan.edu!gravishanker@cs.yale.edu Subject: MX record handling Message-Id: <1990Sep19.103318.33316@eagle.wesleyan.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi My sendmail setup on a Personal IRIS seem to work fine for outgoing Internet mail most of the time. However, if the recepient host has only an MX record, the mail is returned back saying that "Host unknown". If I did an nslookup with set type=any followed by the hostname, I do get relevent MX record information. Is there anything special I am missing in my sendmail.cf file? Any help is appreciated. G. Ravishanker   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19308; 19 Sep 90 13:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab18929; 19 Sep 90 12:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab18837; 19 Sep 90 12:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06543; 19 Sep 90 12:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00851; Wed, 19 Sep 90 09:28: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: 19 Sep 90 14:28:17 GMT From: Dan Watts Organization: Ki Research, Inc. Derry, NH Subject: Re: Mouse cleaning Message-Id: <858@ki.UUCP> References: <13726@hydra.gatech.EDU>, <1990Sep17.170954.12509@agora.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep17.170954.12509@agora.uucp> tima@agora.hf.intel.com (Tim Anderson) writes: > scratching the opti-pad deleted...> >< reasons for wanting mechanical mice deleted...> >A choice between opti and mechanical would be nice! > >tima@agora.hf.intel.com A third solution, is to get a track ball. I've got the Itak Mouse-Trak for all my systems here (SGI, Apollo, Sun). I don't ever have to worry about having enough desk top to run the mouse in (never have more than a few inches at any one time :-). I've found it to work quite well and would recomend them to anybody. -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!{uunet | wgc386}!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19789; 19 Sep 90 13:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18929; 19 Sep 90 12:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18837; 19 Sep 90 12:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06539; 19 Sep 90 12:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00531; Wed, 19 Sep 90 09:16:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Sep 90 12:30:43 GMT From: Jim Blue Organization: National Institute of Standards and Technology, Gaithersburg, MD Subject: point sizes Message-Id: <5029@fs2.cam.nist.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Keywords: Under release 3.2 on my PI, courier-bold.14 looked the same in a NeWS window as in an X11 window. Under release 3.3, I have to use coureier-bold.18 in the X11 window to make it the same size. Why?   Received: from vmb.brl.mil by VMB.BRL.MIL id ab19789; 19 Sep 90 13:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab19308; 19 Sep 90 13:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19265; 19 Sep 90 13:19 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa06840; 19 Sep 90 13:13 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 2899; Wed, 19 Sep 90 13:14:12 EST Received: by UOGUELPH (Mailer R2.07) id 6684; Wed, 19 Sep 90 13:14:11 EST Date: Wed, 19 Sep 90 12:54:44 EST From: Peter Jaspers-Fayer Subject: jot To: Iris mailing list Message-ID: <9009191313.aa06840@VGR.BRL.MIL> Re JOT: 1) I find the "Save file as" notifier of JOT gets in the way. Why not have "Save file" and "Save file as ..." as separate items on the main menu? The former would just write the file with no further further ado. (like ":w" command in ed/ex/vi) Just my personal view (sorry). 2) Why oh why can't I specify a full path to a file in that notifier? No matter what I say (eg ~/foo) I get "Save file failed, unable to write file" - with no further notification. Why is it unable? 3) `man jot` makes reference to "jotview". `whereis jotview` only shows a man page. So the question remains: Whereis jotview? 4) I know it's supposed to be a simple editor, but a simple addition to the "Search for:" notifier to allow global changes sure would be nice. Please Mr Jot-writer? /PJ SofPJF@VM.UoGuelph.Ca (Probably also reachable (until ?) at SOFPJF@UOGUELPH.BITNET) ------------------------------------------------------------------------- Who wanted to change this application to Pascal, anyway?   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20095; 19 Sep 90 13:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac19308; 19 Sep 90 13:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab19265; 19 Sep 90 13:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06940; 19 Sep 90 13:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01799; Wed, 19 Sep 90 10:02: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: 19 Sep 90 16:00:59 GMT From: "Milton E. Tinkoff" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Wandering Icons Message-Id: <1990Sep19.160059.20600@odin.corp.sgi.com> References: <9009181900.AA25255@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009181900.AA25255@aero4.larc.nasa.gov> blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") writes: > > That is something I miss from Sun icons. When you iconify something, >it will always go back to the same place. You can even save the screen >layout, windows and icons locations, so that when you log back on, all >the windows and icons are the same as when you last saved the positions. >Listening SGI?! I think this was recently posted but if you have the line UserProfile /TidyState /Never put in your user.ps file icons will stay where you put them. -- ------------------------------------------------------------------------------- Milt Tinkoff | "The lottery is a tax Silicon Graphics Inc. | on the stupid." milt@waynes-world.esd.sgi.com | -Ed Mao   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21191; 19 Sep 90 15:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20910; 19 Sep 90 15:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20724; 19 Sep 90 14:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07870; 19 Sep 90 14:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA04164; Wed, 19 Sep 90 11:34: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: 19 Sep 90 16:40:42 GMT From: "M. Guravage" Subject: gdb on the personal iris Message-Id: <2195@charon.cwi.nl> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone composed the configuration files necessary to compile gdb on the personal iris? Suggestions, comments, and admonitions humbly accepted. -- Michael A. Guravage Email: michael@cwi.nl Centre for Mathematics & Computer Science (CWI) Phone: +31 20 5924009 Department of Interactive Systems Telex: 12571 mactr nl Kruislaan 413, 1098 SJ Amsterdam The Netherlands Telefax: +31 20 5924199   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23056; 19 Sep 90 16:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21691; 19 Sep 90 15:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21676; 19 Sep 90 15:31 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa08348; 19 Sep 90 15:24 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4428; Wed, 19 Sep 90 15:23:33 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 19 Sep 90 15:27 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!ucbvax.berkeley.edu!agate!shelby!helens!baroque!jim) id AA23148; Wed, 19 Sep 90 15:32:56 DSD Date: Wed, 19 Sep 90 15:32:56 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Bad tapes again!!!! To: James Helman Cc: info-iris@BRL.MIL, jim@kaos.stanford.edu Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009192232.AA23148@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I too have had bad tapes from sgi. I usually end up getting a new tape from them. Still, don't they try to re-read the tapes, or otherwise verify tapes after they make a copy ? 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 ab23960; 19 Sep 90 17:46 EDT Received: by VMB.BRL.MIL id aa23945; 19 Sep 90 17:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23812; 19 Sep 90 17:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23677; 19 Sep 90 17:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09746; 19 Sep 90 17:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08252; Wed, 19 Sep 90 14:01: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: 19 Sep 90 19:59:33 GMT From: "Gary S. Moss (VLD/VMB" , dd.hp.com!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!aplcen!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: tar not working as advertised Message-Id: <13913@smoke.BRL.MIL> References: <9009191022.aa05623@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009191022.aa05623@VGR.BRL.MIL>, HCART@VAX.OXFORD.AC.UK writes: |> find / -local ! -type d -mtime -7 -type f -print | tar ca- |> |> as shown in TFM, nothing is written to tape. No, the tar command doesn't take the '-' (meaning read STDIN) as a key letter, but as an argument to the 'f' key, try "tar caf -". Note, the space after the 'f', I believe it is mandatory. RTFM carefully, -Gary   Received: from vmb.brl.mil by VMB.BRL.MIL id ac23960; 19 Sep 90 17:46 EDT Received: by VMB.BRL.MIL id aa23958; 19 Sep 90 17:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab23812; 19 Sep 90 17:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23683; 19 Sep 90 17:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09764; 19 Sep 90 17:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08437; Wed, 19 Sep 90 14:09: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 Sep 90 20:27:16 GMT From: "James P. Loan" Organization: Computer Science Department, Stanford University Subject: Lighting on the PI Message-Id: <1990Sep19.202716.6010@Neon.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am having some problems using lighting on our PI 4D/25 (running 3.3). My gl application has 8 windows, and I want to use the gl lighting commands on polygonal objects in only one of the windows. Furthermore, the objects in that window have two modes (wireframe and solid), so I don't want to waste time with lighting when they are wireframes. In other words, I want to do lighting in only one of my windows, and only some of the time. What I can't figure out is when to call mmode(MVIEWING) and loadmatrix(id_mat), when to use lmdef to define lights and materials, and when to use lmbind to activate lighting so that lighting calculations are performed only on my solid objects in that one window. I thought this would work: 1. Call lmdef at startup to define lights and materials. 2. When I first open the window in which I want lighting, do: mmode(MVIEWING); loadmatrix(id_mat); lmbind(LIGHT0,1); lmbind(LMODEL,1); 3. When it's time to draw a solid, lighted, object, do: lmbind(MATERIAL,1); 4. When I'm done drawing the lighted objects, do: lmbind(MATERIAL,0); This doesn't work, but I don't know why. The objects are drawn correctly the FIRST time, but on the next redraw, the window goes black. Could someone please help? Thanks in advance, pete loan loan@neon.stanford.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24231; 19 Sep 90 18:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24217; 19 Sep 90 18:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24203; 19 Sep 90 18:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10056; 19 Sep 90 18:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10171; Wed, 19 Sep 90 15:12:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Sep 90 21:40:06 GMT From: Paul Haeberli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Filter to convert X Bitmap files to IRIS image file format Message-Id: <69752@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL If you have that X stuff loaded, then in the directory /usr/include/X11/bitmaps you'll find a bunch of X Bitmap files. These encode a 1 bit deep image in an ascii representation as shown here: #define noletters_width 48 #define noletters_height 48 static char noletters_bits[] = { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xf0, 0x1f, 0x00, 0x00, 0x00, 0x00, 0xff, 0xff, 0x01, 0x00, 0x00, 0xc0, 0xff, 0xff, 0x07, 0x00, 0x00, 0xf0, 0x0f, 0xe0, 0x1f, 0x00, 0x00, 0xfc, 0x01, 0x00, 0x7f, 0x00, 0x00, 0x3e, 0x00, 0x00, 0xf8, 0x00, 0x00, 0x1f, 0x00, 0x00, 0xf0, 0x01, 0x80, 0x07, 0x00, 0x00, 0xc0, 0x03, 0xc0, 0x03, 0x00, 0x00, 0xe0, 0x07, 0xe0, 0x01, 0x00, 0x00, 0xf0, 0x0f, 0xe0, 0x00, 0x00, 0x00, 0x78, 0x0e, 0xf0, 0x00, 0x00, 0x00, 0x3c, 0x1e, 0x70, 0x00, 0x00, 0x00, 0x1e, 0x1c, 0x38, 0x00, 0x00, 0x00, 0x0f, 0x38, 0x38, 0x00, 0x00, 0x80, 0x07, 0x38, 0x3c, 0xfc, 0xff, 0xff, 0x7f, 0x78, 0x1c, 0x04, 0x00, 0xe0, 0x41, 0x70, 0x1c, 0x04, 0x00, 0xf0, 0x40, 0x70, 0x1c, 0x74, 0x00, 0x78, 0x4e, 0x70, 0x0e, 0x04, 0x00, 0x3c, 0x4a, 0xe0, 0x0e, 0x74, 0x03, 0x1e, 0x4a, 0xe0, 0x0e, 0x04, 0x00, 0x0f, 0x4e, 0xe0, 0x0e, 0x04, 0x80, 0x07, 0x40, 0xe0, 0x0e, 0x04, 0xf8, 0x0f, 0x40, 0xe0, 0x0e, 0x04, 0xe0, 0x01, 0x40, 0xe0, 0x0e, 0x04, 0xf8, 0x00, 0x40, 0xe0, 0x0e, 0x04, 0x78, 0x00, 0x40, 0xe0, 0x0e, 0x04, 0xfc, 0xf3, 0x40, 0xe0, 0x1c, 0x04, 0x1e, 0x00, 0x40, 0x70, 0x1c, 0x04, 0x0f, 0x00, 0x40, 0x70, 0x1c, 0x84, 0x07, 0x00, 0x40, 0x70, 0x3c, 0xfc, 0xff, 0xff, 0x7f, 0x78, 0x38, 0xe0, 0x01, 0x00, 0x00, 0x38, 0x38, 0xf0, 0x00, 0x00, 0x00, 0x38, 0x70, 0x78, 0x00, 0x00, 0x00, 0x1c, 0xf0, 0x3c, 0x00, 0x00, 0x00, 0x1e, 0xe0, 0x1e, 0x00, 0x00, 0x00, 0x0e, 0xe0, 0x0f, 0x00, 0x00, 0x00, 0x0f, 0xc0, 0x07, 0x00, 0x00, 0x80, 0x07, 0x80, 0x07, 0x00, 0x00, 0xc0, 0x03, 0x00, 0x1f, 0x00, 0x00, 0xf0, 0x01, 0x00, 0x3e, 0x00, 0x00, 0xf8, 0x00, 0x00, 0xfc, 0x01, 0x00, 0x7f, 0x00, 0x00, 0xf0, 0x0f, 0xe0, 0x1f, 0x00, 0x00, 0xc0, 0xff, 0xff, 0x07, 0x00, 0x00, 0x00, 0xff, 0xff, 0x01, 0x00, 0x00, 0x00, 0xf0, 0x1f, 0x00, 0x00}; The following program will convert an image in this format into an IRIS image file. paul haeberli paul@sgi.com 415-962-365 begin 777 fromxbm M`6``"";U><(````````````X````0&G@```! M````:>````````````````"`````+G)D871A```0````$````````&```'`` M```````````````````!`"YD871A````$```8!```&````\@``!P8``````` M`````````````$`N]_Z"OL``DK[\`-"B!``.OM``PK[,`+`"@@"$0(``(K[$`*#P$$``\ M!1``)*4`8`_@!%0DA`E$#!`4T"0$``&.!``$)ZX`2*^N`!`GI0!4)Z8`4`P0 M`74GIP!,CZ\`5(X$``@E\___C[@`4`9A``("8`@A)"$`!P`!F,,D&0`!K[D` M&*^O`!``0(@A)G,``2>%@!`D!@$!)`<``@P0"[FON``4CZ@`4`!`H"$9```: M``"`(:^R`#@\$A``)E(2@`(@("$,$`:I`F`H(8^F`%0"("`A#!`&)@)`*"&/ MJ0!0`C.((0$P,",DQO__`H`@(0)`*"$,$!+#```X(8^J`%`F$``!`@H(*A0@ M_^X"("`AC[(`.``````,$`J@`H`@(0P0%-```"`AC[\`-(^P`"2/L0`HC[,` M+(^T`#`#X``()[T`8#P!$`"D(!#@)`X``:0N$.(D#P`"I"\0Y"08``.D.!#F M/`$0`"09``2D.1#H)`@`!:0H$.HD"0`&I"D0["0*``>D*A#N/`$0`"0+``BD M*Q#P)`P`":0L$/(\`1``)`X`"Z0N$00D#0`*I"T1`B0/``RD+Q$&/`$0`"08 M``VD.!$()`@`#Z0H$0PD&0`.I#D1"CP!$``D"@`+I"H11"0)``JD*1%")`L` M#*0K$48\`1``)`P`#:0L$4@D#0`.)`X`#Z0N$4RD+1%*/`$0`"0/__^D+Q#` M/`$0`"08__^D.!#8/`$0`"09__^D.1%Z/`$0`"0(__\D"?__)`H``:0H$)2D M*1"2`^``"*^*@!0GO?_(K[<`,*^T`"2OM@`LK[4`**^S`""OL@`]_6BOL``8K[\`)*^V`""OM0``92OM``T#^`$PB>D M`9`D`0#^%$$`!P`````\!1``)*4`K`_@!%0"H"`A#!`4T"0$``$\!1``)*4` MU">D`9`GI@",#!`4_2>G`(0D`0`"%$$`-0`````GI`",#^`$JB0%`%\40``$ M)%```1````(GL`",)%```2>$@!P/X`2Z`@`H(11```0`````C[D`A`````"O MN0!T)X2`)`_@!+H"`"@A%$``!`````"/J`"$`````*^H`'`GA(`L#^`$N@(` M*"$40`"K)Z0!D">C`(P"`!`A$$,`IB80__\"`!`A$$,`HR80__\GA(`P#^`$ MN@(`*"$40``$`````(^I`(0`````KZD`;">$@#@/X`2Z`@`H(11``)F`(PD`0`!%$$``P`````0 M```4)!$``3P%$``DI0#X)Z0!D`P0%/TGI@",)`$``11!``,`````$```"@`` MB"$\!1``)*4!%">D`9`,$!3])Z8`C"0!``$400!X)Z0!D```B"$GI`",#^`$ MJB0%`%\40``$)%```1````(GL`",)%```2>$@$`/X`2Z`@`H(11``&HGI`&0 MCZ(`=``````D2P`'``M@PJ^L`$@00``%,%``#X^M`'``````%:``"0`````\ M!1``)*4!*`_@!%0"H"`A#!`4T"0$``&/H@!T`````!(```] M`I@``````````">]_^BOOP`4`*`8(0_@!!```RA`C[\`%">]`!@#X``(```` M`">]_^BOOP`4`,`8(0_@!`P``S!`C[\`%">]`!@#X``(`````">]_^@4H``% MK[\`%`P0`KP`P"@A$```&8^_`!0HP0`(%"``#@#`$"&DA0``I(4``J2%``2D MA0`&),;_^*2%``@HP0`(I(4`"J2%``RDA0`.$"#_]22$`!``P!`A$$``!B3& M__\`P!`A),;__Z2%```40/_\)(0``H^_`!0GO0`8`^``"``````HP0`(%"`` M;P#`$"&$@@````````1!``0H00$`$```"*2@```H00$`%"``!`!`&"$0```" M)`,`_P!`&"&DHP``A((``@`````$00`$*$$!`!````BDH``"*$$!`!0@``0` M0!@A$````B0#`/\`0!@AI*,``H2"``0`````!$$`!"A!`0`0```(I*``!"A! M`0`4(``$`$`8(1````(D`P#_`$`8(:2C``2$@@`&``````1!``0H00$`$``` M"*2@``8H00$`%"``!`!`&"$0```")`,`_P!`&"&DHP`&A((`"``````$00`$ M*$$!`!````BDH``(*$$!`!0@``0`0!@A$````B0#`/\`0!@AI*,`"(2"``H` M````!$$`!"A!`0`0```(I*``"BA!`0`4(``$`$`8(1````(D`P#_`$`8(:2C M``J$@@`,``````1!``0H00$`$```"*2@``PH00$`%"``!`!`&"$0```")`,` M_P!`&"&DHP`,A((`#@`````$00`$*$$!`!````BDH``.*$$!`!0@``0`0!@A M$````B0#`/\`0!@AI*,`#B3&__@HP0`()(0`$!`@_Y0DI0`0`,`0(1!``!,D MQO__A((````````$00`$*$$!`!````BDH```*$$!`!0@``0`0!@A$````B0# M`/\`0!@AI*,```#`$"$DA``")*4``A1`_^\DQO__`^``"``````GO?_H)`$` M`13!``6OOP`4#!`%N@#@,"$0``!1C[\`%"0!__\4P0`&*.$`"`P0!?``X#`A M$```2H^_`!0HX0`(%"``.0#@$"&$KP``A(X```#/`!F$B``"A(P`!"3G__@H MX0`()(0`$"2E`!```,`2`=C((:29__"$J?_RA)C_]@#)`!D``%`2`0I8(:2+ M__*$K?_TA(K_^`#-`!D``'@2`8]P(:2.__2$N?_VA(__^@#9`!D``$@2`PE` M(:2(__:$J__XA(G__`#+`!D``&@2`4U@(:2,__B$KO_ZA(W__@#.`!D``,@2 M`?G`(:28__J$J/_\``````#(`!D``%@2`2M0(:2*__R$K/_^``````#,`!D` M`'`2`:YX(1`@_\JDC__^`.`0(1!```PDY___A+@``(29````V``9`.`0(23G M__\DI0`")(0``@``0!(#*$@A%$#_]J2)__Z/OP`4)[T`&`/@``@`````%(4` MBRCA``@4(`!S`.`0(82N``"$N``"`<8`&H2H``2$J@`&A*P`"!3```(````` M``<`#20!__\4P0`$/`&``!7!``(```````8`#82N``H4P``"```````'``TD M`?__%,$`!#P!@``7`0`"```````&``T``'@2I*\``!3```(```````<`#20! M__\4P0`$/`&``!4!``(```````8`#0,&`!J$N``,%,```@``````!P`-)`'_ M_Q3!``0\`8``%4$``@``````!@`-).?_^!3```(```````<`#20!__\4P0`$ M/`&``!6!``(```````8`#0``R!*DN0`"%,```@``````!P`-)`'__Q3!``0\ M`8``%<$``@``````!@`-`08`&H2H``X4P``"```````'``TD`?__%,$`!#P! M@``7`0`"```````&``TDI0`0%,```@``````!P`-)`'__Q3!``0\`8``%0$` M`@``````!@`-``!($J2I__0HX0`(`48`&@``6!*DJ__V``````&&`!H``&@2 MI*W_^``````!Q@`:``!X$J2O__H``````P8`&@``R!*DN?_\``````$&`!H` M`$@2I*G__A`@_Y```````.`0(1!``*,DY___A*H```#@$"$!1@`:)*4``A3` M``(```````<`#20!__\4P0`$/`&``!5!``(```````8`#23G__\``%@2I*O_ M_A1`_^\``````^``"``````HX0`(%"``=P#@$"&$C```).?_^`&&`!HDI0`0 M%,```@``````!P`-)`'__Q3!``0\`8``%8$``@``````!@`-)(0`$```:!*D MK?_PA([_\@`````!Q@`:%,```@``````!P`-)`'__Q3!``0\`8``%<$``@`` M````!@`-``!X$J2O__*$F/_T``````,&`!H4P``"```````'``TD`?__%,$` M!#P!@``7`0`"```````&``T``,@2I+G_](2(__8``````08`&A3```(````` M``<`#20!__\4P0`$/`&``!4!``(```````8`#0``2!*DJ?_VA(K_^``````! M1@`:%,```@``````!P`-)`'__Q3!``0\`8``%4$``@``````!@`-``!8$J2K M__B$C/_Z``````&&`!H4P``"```````'``TD`?__%,$`!#P!@``5@0`"```` M```&``T``&@2I*W_^H2.__P``````<8`&A3```(```````<`#20!__\4P0`$ M/`&``!7!``(```````8`#0``>!*DK__\A)C__@`````#!@`:%,```@`````` M!P`-)`'__Q3!``0\`8``%P$``@``````!@`-*.$`"```R!*DN?_^$"#_C``` M````X!`A$$``%"3G__^$B````.`0(0$&`!HDY___%,```@``````!P`-)`'_ M_Q3!``0\`8``%0$``@``````!@`-)(0``B2E``(``$@2I*G__A1`_^X````` M`^``"`````"/HP`0`````"AA``@4(`"I`&`0(92X``"4C@``E,D````8R(`# M.,@A``YX@``9R,`![G@A``E0@``/>0`#.,@C`4E0(0`*4(``&YX(P'Y M0"$!25`A`0I8(0`+8@*D[```E+@``I2-``*4R0`"`!AX@`'X>"$`#7"```]X MP`'-<"$`"4"```YQ``'X>",!"4`A``A`@``/>(`!S7`C`<_((0$)0"$#*%`A M``I:`J3K``*4N``$E(P`!)3)``0`&'"``=AP(0`,:(``#G#``:QH(0`)R(`` M#6D``=AP(P,IR"$`&EX M(0`/>(``#6B``8M@(P&-<"$!Z7@A`<_((0`90@*DZ``&E+@`")2*``B4R0`( M`!A@@`&88"$`"EB```Q@P`%J6"$`"7"```M9``&88",!R7`A``YP@``,8(`! M:E@C`6QH(0')<"$!KG@A``_*`J3Y``B4N``*E(@`"I3)``H`&%B``7A8(0`( M4(``"UC``4A0(0`):(``"E$``7A8(P&I:"$`#6B```M8@`%(4",!2V`A`:EH M(0&-<"$`#GH"I.\`"I2X``R4F0`,E,D`#``84(`!6%`A`!E`@``*4,`!&4`A M``E@@``(00`!6%`C`8E@(0`,8(``"E"``1E`(P$*6"$!B6`A`6QH(0`-<@*D M[@`,E+@`#I2/``Z4R0`.`!A`@`$80"$`#\B```A`P`,OR"$`"5B``!G)``$8 M0",!:5@A``M8@``(0(`#+\@C`RA0(0%I6"$!2V`A)&/_^``,:@(H80`(I.T` M#B2$`!`DI0`0),8`$!`@_UHDYP`0`&`0(1!``!PD8___E+@``)2.``"4R0`` M`!C(@`,XR"$`#GB``!G(P`'N>"$`"5"```]Y``,XR",!25`A``I0@``9R(`! M[G@C`?E`(0%)4"$!"E@A``MB`@!@$"&D[```)(0``B2E``(DQ@`").<``A1` M_^8D8___`^``"``````HP0`(%"``)P#`$"&$C@``A*\``(29``(!S\`AI)@` M`(2H``*$B@`$`RA((:2)``*$JP`$A(T`!@%+8"&DC``$A*X`!H28``@!KG@A MI(\`!H2Y``B$B0`*`QE`(:2(``B$J@`*A(P`#`$J6"&DBP`*A*T`#(2/``X! MC7`AI(X`#(2X``XDQO_X*,$`"`'XR"&DF0`.)(0`$!`@_]PDI0`0`,`0(1!` M``HDQO__A(@``(2I````P!`A`0E0(:2*```DQO__)*4``A1`__@DA``"`^`` M"``````HP0`(%"``)P#`$"&$C@``A*\``(29``(!S\`CI)@``(2H``*$B@`$ M`RA((Z2)``*$JP`$A(T`!@%+8".DC``$A*X`!H28``@!KG@CI(\`!H2Y``B$ MB0`*`QE`(Z2(``B$J@`*A(P`#`$J6".DBP`*A*T`#(2/``X!C7`CI(X`#(2X M``XDQO_X*,$`"`'XR".DF0`.)(0`$!`@_]PDI0`0`,`0(1!```HDQO__A(@` M`(2I````P!`A`0E0(Z2*```DQO__)*4``A1`__@DA``"`^``"``````DPO__ M!$$``@!`""$D(0`'``$0PR1"``$`@#@A&$``.```&"$D!@#_D.0``"3G``$P MC@"`$<```P`````0```"I*```*2F```PCP!`$>```P`````0```"I*```J2F M``(PF``@$P```P`````0```"I*``!*2F``0PF0`0$R```P`````0```"I*`` M!J2F``8PB``($0```P`````0```"I*``"*2F``@PB0`$$2```P`````0```" MI*``"J2F``HPB@`"$4```P`````0```"I*``#*2F``PPBP`!$6```P`````0 M```"I*``#J2F``XD8P`!`&((*A0@_\LDI0`0`^``"``````DPO__!$$``@!` M""$D(0`'``$0PR1"``$`@#@A&$``-P``&"&$[@`````@(2G!`(`0(``"```` M`"0$`("$[P`"`````"GA`(`0(``"`````#2$`$"$^``$`````"L!`(`0(``" M`````#2$`""$^0`&`````"LA`(`0(``"`````#2$`!"$Z``(`````"D!`(`0 M(``"`````#2$``B$Z0`*`````"DA`(`0(``"`````#2$``2$Z@`,`````"E! M`(`0(``"`````#2$``*$ZP`.`````"EA`(`0(``"`````#2$``$D8P`!`&(( M*B3G`!"@I```%"#_RR2E``$#X``(`````(^(@+`GO?_HK[\`%`"`."$5```; M`*!0(:^G`!@D!`$`#^`$@J^J`!R/IP`8CZH`'`!`0"$``"@A`$!((20&``@D M"P$````@(0``&"$D#@`!`&YX!`"OP"03```"``0@0#2$``$D8P`!%&;_^20. M``$DI0`!H20``!2K__(E*0`!*4$`"!0@`"8!0!`AD/D``)#N``$!&6`AD8T` M``$.>"&@[0``D?@``)#Y``*@^``!`1E@(9&-``"0[@`#H.T``@$.>"&1^``` MD/D`!*#X``,!&6`AD8T``)#N``6@[0`$`0YX(9'X``"0^0`&H/@`!0$98"&1 MC0``D.X`!Z#M``8!#G@AD?@``"5*__@I00`().<`"!`@_]V@^/__`4`0(11` M``,E2O__$```"J^(@+"0^0```4`0(0$98"&1C0``).<``25*__\40/_YH.W_ M_Z^(@+"/OP`4)[T`&`/@``@```````5P0`2A``(`H`@A)"$``0`!*$,`CA@A M`*`P(0"`$"$D8__^$,``"B2E__^$1```A&\```"@,"&D3P``)$(``B1C__XD MI?__%,#_^*1D``(#X``(`````"C!``@0(``%/`,``3P#``$0```P-&,!`3P# M``$T8P$!E(X``"3&__@!PP`9*,$`""2E`"`DA``0``!X$JRO_^"4F/_R```` M``,#`!D``,@2K+G_Y)2(__0``````0,`&0``2!*LJ?_HE(K_]@`````!0P`9 M``!8$JRK_^R4C/_X``````&#`!D``&@2K*W_\)2.__H``````<,`&0``>!*L MK__TE)C__``````#`P`9``#($JRY__B4B/_^``````$#`!D``$@2K*G__!`@ M_]0``````,`0(1!```LDQO__E(H```#`$"$!0P`9),;__R2$``(DI0`$``!8 M$JRK__P40/_W``````/@``@`````CZ,`$``````H80`(%"``20!@$"&4KP`` ME(X``)3(````#\(``=C()0`(3``#*5`EK.H``)2L``*4S@`"E(L``@`,:@`` M#L0``6UX)0'X0"6LZ``$E*D`!)3+``24F0`$``E2```+;``#*F`E`8UP):SN M``B4N``&E-D`!I2/``8`&$(``!E4``'H2"4!*E@EK.L`#)2M``B4SP`(E(P` M"``-<@``#T0``8[`)0,(R"6L^0`0E*H`"I3,``J4B0`*``I:```,=``!*V@E M`:YX):SO`!24J``,E,D`#)28``P`",H```E<``,94"4!2V`EK.P`&)2N``Z4 MV``.E(T`#@`.>@`D8__X`!C,``&O0"4!&4@E*&$`"*SI`!PDYP`@)(0`$"2E M`!`0(/^Z),8`$`!@$"$00``0)&/__Y2K``"4B@``E,T````+8@`!3'`E``U\ M``'/P"4`8!`A)&/__ZSX```DQ@`")*4``B2$``(40/_R).<`!`/@``@````` MCZ,`%``````H80`($"``!8^B`!"/H@`0$```9`!@0"&/H@`0`````)2O``"4 MC@``E,D``)3L````#\(``=C()0`)5``#*E@E``QN``%M>"6L3P``E+@``I3* M``*4C@`"E.T``@`82@``"F0``$@EK$D`")2J``:4S0`& ME(X`!I3X``8`"F(```U\``',R"4#+U@E`!A.``%I4"6L2@`,E*P`")3/``B4 MC@`(E.D`"``,:@``#\0``"6L3P`8E+@`#I3*``Z4C@`. ME.T`#@`82@``"F0``@(Q^`#_I*X````"S`(S*@#_I-@````"7@(Q;`#_I.H` M`*4,``",@@`$*&$`"#!-`/\``G(",<\`_Z2M``(``L0",QD`_Z3/``(``E8" M,4L`_Z3Y``*E"P`"C((`""2$`"`P3`#_``)J`C&N`/^DK``$``)\`C'X`/^D MS@`$``+.`C,J`/^D^``$I0H`!(R"_^PDI0`0,$L`_P`"8@(QC0#_I*O_]@`" M=`(QSP#_I,T`!@`"Q@(S&0#_I.\`!J49``:,@O_P),8`$#!*`/\``EH",6P` M_Z2J__@``FP",:X`_Z3,__@``GX",?@`_Z3N``BE&``(C(+_]"3G`!`P60#_ M``)2`C%+`/^DN?_Z``)D`C&-`/^DR__Z``)V`C'/`/^D[?_ZI0\`"HR"__@E M"``0,%@`_P`"R@(S*@#_I+C__``"7`(Q;`#_I,K__``";@(QK@#_I.S__*4. M__R,@O_\`````#!/`/\``L(",QD`_Z2O__X``E0",4L`_Z39__X``F8",8T` M_Z3K__X0(/^8I0W__@!@2"$1(``5)&/__XR"````8$@A,$X`_P`">@(Q^`#_ MI*X````"S`(S*@#_I-@````"7@(Q;`#_I.H``*4,```DA``$)*4``B3&``(D MYP`")0@``A4@_^TD8___`^``"`````",@P`0E((`!B0!`/\080"<`````!!@ M`)HH00`(%"``@@!`("&$K@``A+D``@`.>@`![G@C`>,`&@`90@`!&4`CA*H` M!(2M``8`"EH``6I8(P`-<@`!S7`C%&```@``````!P`-)`'__Q1A``0\`8`` M%>$``@``````!@`-)$+_^!1@``(```````<`#20!__\480`$/`&``!4!``(` M``````8`#0``P!*DN```A+@`"`$#`!H`&,H``SC((Q1@``(```````<`#20! M__\480`$/`&``!5A``(```````8`#22E`!`48``"```````'``TD`?__%&$` M!#P!@``5P0`"```````&``T``$@2I*G_\H2I__H!8P`:``E2``%)4",48``" M```````'``TD`?__%&$`!#P!@``7(0`"```````&``T48``"```````'``TD M`?__%&$`!#P!@``500`"```````&``T``&`2I*S_](2L__P!PP`:``QJ``&L M:",48``"```````'``TD`?__%&$`!#P!@``5H0`"```````&``T``'@2I*__ M]H2O__X#(P`:``_"``,/P",48``"```````'``TD`?__%&$`!#P!@``7`0`" M```````&``TH00`(``!`$J2H__@``````4,`&@``6!*DJ__Z``````&C`!H` M`'`2I*[__``````#`P`:``#($J2Y__X0(/^!``````!`("$0@``5)$+__X2H M````0"`A``A*``$H2",!(P`:)*4``A1@``(```````<`#20!__\480`$/`&` M`!4A``(```````8`#21"__\``%`2I*K__A2`_^T``````^``"``````GO?_8 MK[``(`"`@"&OOP`DKZ4`+*^F`#"/@X!0E@(`!@``````8@@K$"``'``````0 M8``,`````(^$@+0/X`2``````(^$@+@/X`2``````(^$@+P/X`2``````)8" M``8`````#^`$@@`"($"O@H"TE@0`!@_@!((`!"!`KX*`N)8$``8/X`2"``0@ M0*^"@+R6`P`&`````*^#@%"6#@`*`````"W!``,0(``(`````(^E`"R/I@`P M`@`@(0P0$^D``#@A$```&(^_`"2/A8"TCZ8`,`(`("$,$!/I```X(8^%@+B/ MI@`P`@`@(0P0$^DD!P`!CX6`O(^F`#`"`"`A#!`3Z20'``*6#P`&CX2`M(^% M@+B/AH"\CZ<`+`P0!.ZOKP`0C[\`)(^P`"`#X``()[T`*">]_^B/K@`HK[\` M%#'/``$`@!@A`*!`(1'@``T`P$@AE&4`!J^I`""OJ``/OP`4CZD`&(^D`!R5)0`&#!`'`@````"/ MOP`4)[T`&`/@``@``````,`0(1!``"LDQO__/`D0`"4I`?`D"`#_A((``"0! M`/\``CF``.(X(0#A`!H``#@2*.$`0!0@``0`X!@AI(@``!```!DDA``"!*$` M!#"N``<1P``"`````"7.__@`#GD`!,$`!##9``<3(``"`````"`` M!0````".!`"4CZ4`)`P0#9H`````C@4`E(^F`"0,$`YS`@`@(8X$`(`````` M$(```P`````/X`2``````(X$`(0`````$(```P`````/X`2``````)88``(D M`0$`,QG_`!)2(``HD0@`! M``(4```"%`,`2`@KI(``=A0@``>D@@!XE(D`<*2``'@U*@`0I(H``P0$^FOI``8CZ0`&`````"4BP`&A(T`=HR# M`(`E;/__):X``:2,`'JDC@!VK(,`?)1B```D;P`"K(\`?#!"__^/OP`4)[T` M&`/@``@`````)[W_Z*^_`!2OI0````P`````0```\ M)`+__XR%`(``````%*``"``````,$`USKZ0`&(^D`!@`````K((`@(R%`(`` M````C)@`?``````3```@`````(2&`':$AP!X#!`2PZ^D`!B/I``8`````(2" M`':4F0`()$(``0`"%````A0#`%D(*Q0@`!"D@@!VA((`>)2(``HD0@`!``(4 M```"%`,`2`@KI(``=A0@``>D@@!XE(D`<*2``'@U*@`0I(H`]`!@#X``(`````">]_^BOOP`4`(`8(21D M`!@/X`3()`8`4(^_`!0GO0`8`^``"``````#X``(K(4`:">]_]BOI0`LKZ8` M,*^D`"BOOP`DCZX`.(^O`#R/N`!``.`8(:^C`!"/IP`PCZ4`*(^F`"ROK@`4 MKZ\`&```("$,$`OCK[@`'(^_`"0GO0`H`^``"``````GO?_8KZ8`,*^E`"RO MOP`DCZX`.(^O`#R/N`!``.`8(:^C`!"/IP`PCZ8`+*^N`!2OKP`8```H(0P0 M"^.ON``]`"@#X``(`````">]_]"OOP`[_`!7!`)P`````EA@`")89``H``````QD`&0``$!(``A"``$`@ M(0_@!(*OH@`DK@(`D(^D`"0/X`2"`````(X(`)"N`@"4$0``!0````"."0"4 M`````!4@``F/J@`D/`00`#P%$``DI0,P#^`$5"2$"40,$!30)`0``8^J`"0D M`0!W``I80"5L`@"N#`",CZT`.`````"1KP```````!7A`$*/I``PE@X`")88 M``H``"@A`=@`&0``,!(8P`!N`````###``,48``$``40@!````\D!/__``40 M@"0$__^.&0"0)*4``0,B0"&M````C@D`E``````!(E`AK40``!1E__"&M MY```C@X`D``````!PL`AKP``!(X9`)0``````R)`(:T$``2."0"0``````$B M4"&M0``(C@L`E``````!8F`AK80`"(X-`)```````:)X(:W@``R.#@"4```` M``'"P"$D0@`0%$/_WZ\$``P0```VI@``>H^D`#`D!0(`#!`50```,"&/I``P MC@4`D(^F`"0,$!4X`````(^Y`"0`````$%D`"``````\!!``/`40`"2E`U`/ MX`14)(0)1`P0%-`D!``!A@@`<@`````1```&CZ0`,(X$`)"/I0`D#!`-F@`` M``"/I``PC@4`E(^F`"0,$!4X`````(^I`"0`````$$D`"``````\!!``/`40 M`"2E`W0/X`14)(0)1`P0%-`D!``!A@H`<@`````10``%`````(X$`)2/I0`D M#!`-F@````"F``!ZK@``?*X``(`,$`US`@`@(8^D`#"N`@"$I@``=*8``'8D M"P(`I@``>*X+`(@D!0(````P(0P0%4"N!`!L`@`0(8^_`!R/L``8`^``"">] M`#`GO?_@K[\`%`"`&"&48@`&```````"<8(`3B`A#^`$@@`$((`40``(KZ(` M'#P$$``\!1``)*4#F`_@!%0DA`E$#!`4T"0$``&/OP`4CZ(`'`/@``@GO0`@ M``400P"`,"$80``,```8(93$```D8P`!``,<```#'`,`!'("``1Z``'/P"4` M8@@JI-@``!0@__8DQ@`"`^``"```````!1"#`(`P(1A``!0``!@A/`<`_P`# M<(``SB@AC*0``"1C``$`!,(",QG_```$?@(`!$H``2=0)`'Y0"4``QP``0I8 M)0`#'`,`!&8``6QH)0!B""H4(/_OK*T```/@``@`````)[W_Z*^D`!BOOP`4 MCZ0`&`P0#8DD!0`,CZ0`&"0%``P,$`V:)(0`#(^D`!@D!0`$#!`-FB2$`&B/ MOP`4)[T`&`/@``@`````)[W_X*^_`!2OI0`DKZ8`*`P0"[DGA8!H%$``#`!` M&"$\!!``/`40`"2E`[PDA`E$#^`$5*^C`!R/HP`<#!`4T"0$``&/HP`<```` M`)1N``:/KP`D`````*WN``"/N0`HE'@`"`````"O.```C[\`%">]`"`#X``( M`````">]_^BOOP`4A((`>@`````D0O__``(4```"%`,$0``'I((`>HR#`'P` M````E&(``"1N``(0```#K(X`?`P0"R4`````C[\`%">]`!@#X``(`````">] M_^BOOP`4A((`>@`````D0O__``(4```"%`,$0``)I((`>HR.`'PPHO__I<4` M`(R/`'P`````)?@``A````.LF`!\#!`+9`````"/OP`4)[T`&`/@``@````` M)[W_Z*^_`!0`H#@AKZ<`'*^D`!@`X"@A#!`.4:^F`""/I``8CZ8`((^G`!R4 M@P`"I(``=#!B_P"DA@!X%$``%Z2'`':4@@`&E(\`"`#"`!DP:0#_``!P$@`` M`````````<\`&0``P!(```````````#B`!D``,@2`SA`(0`````!"0`9```H M$B2E`@`,$`ZO`````!```!B/OP`4)`$!`!1!``T`````E(L`"(R*`)``RP`9 M``!@$@#L:"$`#7"``4YX(8WE```,$`ZO`````!````F/OP`4/`00`#P%$``D MI0/D#^`$5"2$"40,$!30)`0``8^_`!0GO0`8`^``"``````GO?_HK[\`%`"` M&"&4;@`(`*!`(0$.""L0(``&`,`X(91O``H``````.\(*Q0@`!./OP`4/`00 M`#P%$``DI00`)(0)1`$`,"$/X`14KZ,`&(^C`!@\!!``/`40`)1F``B49P`* M)*4$*`_@!%0DA`E$#!`4T"0$``&/OP`4)[T`&`/@``@`````)[W_X*^D`""/ MK@`@KZ8`**^_`!2/I@`HC<0`;`P0%3``````CZ\`**^B`!P03P`)CZ,`(#P$ M$``\!1``)*4$/`_@!%0DA`E$#!`4T"0$``&/HP`@C[D`*(QX`(@``````QE` M(:QH`(B/OP`4CZ(`'`/@``@GO0`@)[W_X*^D`""/K@`@KZ8`**^_`!2/I@`H MC<0`;`P0%3@`````CZ\`**^B`!P03P`)CZ,`(#P$$``\!1``)*4$6`_@!%0D MA`E$#!`4T"0$``&/HP`@C[D`*(QX`(@``````QE`(:QH`(B/OP`4CZ(`'`/@ M``@GO0`@)[W_Z*^_`!0`@!@AC&X`B``````0K@`2C[\`%*QE`(B,9`!LKZ4` M'`P0%4```#`A!$$`"8^E`!P\!!``/`40`"2E!'`/X`14)(0)1`P0%-`D!``! MCZ4`'`````"/OP`4)[T`&`/@``@`H!`A)[W_X*^_`!24CP`(A(X`>(2'`'8! MSP`9C(D`E```P!(`^,@A`!E`@`$H4"&-1@````````3!``V/OP`4/`00`#P% M$``DI02()(0)1`_@!%2OI@`P$@*"$`X"`A).<``@#H""L0(``7`````)#B__^0[__^`````!1/``4` M````D/@````````3`@`.`````"3G``$`Z`@K$"``"@````"0XO__D/G__@`` M```46?_X`````)#J````````%4+_]``````DY__^`.00(Q!``#8`0#`A*,$` M?Q0@``0`!AP`$````R0#`'X`!AP```,<`S1K`(`H80`)H*L```##,",4(``9 M)*4``9",```D8__XH*P``)"-``$``QP`H*T``9".``(``QP#H*X``I"/``,H M80`)H*\``Y"8``0DI0`(H+C__)"9``4DA``(H+G__9"*__X`````H*K__I"+ M__\0(/_IH*O__P!@$"$D8___``,<`!!```H``QP#`&`0(9",```D8___``,< M```#'`,DA``!)*4``11`__B@K/__%,#_S2C!`'\`X"`A).<``0#H""N0X___ M$"``#@#D$".0[0```&`0(11-``D`````).<``0#H""L0(``%`````)#N```` M````$$[_^0``````Y!`C$$``#P!`,"$`8!`A*,$`?Q0@``0`!AP`$````R0# M`'X`!AP```,<`P##,".@HP``)*4``22E``$4P/_TH*+__P#H""L4(/^(`.`@ M(22E``&@H/__$``!O@"I$",08@`$)`4``A```(PD!0`")`4``A3E`(D````` MCZ\`*`"`."$`CT`A`(@(*Q`@`'L!("@A`.`@(23G``(`Z`@K$"``%P````"0 MXO__D/C__@`````46``%`````)#Y````````$R(`#@`````DYP`!`.@(*Q`@ M``H`````D.+__Y#J__X`````%$K_^`````"0ZP```````!5B__0`````).?_ M_@#D$",00``V`$`P(2C!`'\4(``$``8<`!````,D`P!^``8<```#'`,T;`"` M*&$`":2L````PS`C%"``&22E``*0C0``)&/_^*2M``"0C@`!``,<`*2N``*0 MCP`"``,<`Z2O``20F``#*&$`":2X``:0F0`$)*4`$*2Y__B0B@`%)(0`"*2J M__J0B__^`````*2K__R0C/__$"#_Z:2L__X`8!`A)&/__P`#'``00``*``,< M`P!@$"&0C0``)&/__P`#'````QP#)(0``22E``(40/_XI*W__A3`_\THP0!_ M`.`@(23G``$`Z`@KD./__Q`@``X`Y!`CD.X```!@$"$43@`)`````"3G``$` MZ`@K$"``!0````"0[P```````!!/__D``````.00(Q!```\`0#`A`&`0(2C! M`'\4(``$``8<`!````,D`P!^``8<```#'`,`PS`CI*,``"2E``(DI0`"%,#_ M]*2B__X`Z`@K%"#_B`#@("$DI0`"`*D0(P1!``(`0`@A)"$``0`!$$,0``$O MI*#__A1E`)``````%.(`C@````"/N``H`(`X(0`8R$``F4`A`(@(*Q`@`(,! M("@A`.`@(23G``0`Z`@K$"``%P````"4XO_^E.K__``````42@`%`````)3K M````````$6(`#@`````DYP`"`.@(*Q`@``H`````E.+__I3L__P`````%$S_ M^`````"4[0```````!6B__0`````).?__`#D$",$00`"`$`((20A``$``1!# M$$``-@!`,"$HP0!_%"``!``&'``0```#)`,`?@`&'````QP#-&X`@"AA``F@ MK@```,,P(Q0@`!DDI0`!E(\``"1C__B@KP``E)@``@`#'`"@N``!E)D`!``# M'`.@N0`"E(H`!BAA``F@J@`#E(L`""2E``B@J__\E(P`"B2$`!"@K/_]E(W_ M_`````"@K?_^E([__A`@_^F@KO__`&`0(21C__\``QP`$$``"@`#'`,`8!`A ME(\``"1C__\``QP```,<`R2$``(DI0`!%$#_^*"O__\4P/_-*,$`?P#@("$D MYP`"`.@(*X3C__X0(``.`.00(Y3X````8!`A%%@`"0`````DYP`"`.@(*Q`@ M``4`````E/D````````06?_Y``````#D$",$00`"`$`((20A``$``1!#$$`` M#P!`,"$`8!`A*,$`?Q0@``0`!AP`$````R0#`'X`!AP```,<`P##,".@HP`` M)*4``22E``$4P/_TH*+__P#H""L4(/^``.`@(22E``&@H/__$```G@"I$",4 M90"4`````!3E`)(`````CZH`*`"`."$`"EA``(M`(0"(""L0(`"#`2`H(0#@ M("$DYP`$`.@(*Q`@`!<`````E.+__I3L__P`````%$P`!0````"4[0`````` M`!&B``X`````).<``@#H""L0(``*`````)3B__Z4[O_\`````!1.__@````` ME.\````````5XO_T`````"3G__P`Y!`C!$$``@!`""$D(0`!``$00Q!``#8` M0#`A*,$`?Q0@``0`!AP`$````R0#`'X`!AP```,<`S1X`(`H80`)I+@```## M,",4(``9)*4``I29```D8__XI+D``)2*``(``QP`I*H``I2+``0``QP#I*L` M!)2,``8H80`)I*P`!I2-``@DI0`0I*W_^)2.``HDA``0I*[_^I2/__P````` MI*___)28__X0(/_II+C__@!@$"$D8___``,<`!!```H``QP#`&`0(929```D M8___``,<```#'`,DA``")*4``A1`__BDN?_^%,#_S2C!`'\`X"`A).<``@#H M""N$X__^$"``#@#D$".4Z@```&`0(11*``D`````).<``@#H""L0(``%```` M`)3K````````$$O_^0``````Y!`C!$$``@!`""$D(0`!``$00Q!```\`0#`A M`&`0(2C!`'\4(``$``8<`!````,D`P!^``8<```#'`,`PS`CI*,``"2E``(D MI0`"%,#_]*2B__X`Z`@K%"#_@`#@("$DI0`"`*D0(P1!``(`0`@A)"$``0`! M$$,0```)I*#__CP$$``\!1``)*4$J"2$"40/X`14`&`P(0P0%-`D!``!C[\` M%">]`!@#X``(`````">]_^@`H!@A)`(``:^_`!0`@$`A%&(`4P#`2"$4X@!1 M``````$`,"$!(!`AD,0``"3&``$P@P!_,&?__Q#@`5`P9?__,(X`@!'``"DL MX0`(%"``&@"@&"&0SP``)*7_^*!/``"0V``!,*7__Z!8``&0V0`"+*$`"*!9 M``*0R@`#)$(`"*!*__N0RP`$),8`"*!+__R0S/_]`````*!,__V0S?_^```` M`*!-__Z0SO__$"#_Z:!.__\`H!@A)*7__Q!@_]HPI?__D,\```"@&"$DI?__ M,*7__R3&``$D0@`!%&#_^:!/__\0`/_1D,0``)#$```LH0`(%"``#B3&``&@ M1```H$0``:!$``(DI?_XH$0``S"E__^@1``$+*$`"*!$``6@1``&H$0`!Q`@ M__0D0@`(`*`8(22E__\08/^[,*7__P"@&"$DI?__,*7__Z!$```48/_[)$(` M`1``_[20Q```$&(`!"0$``(0``!4)`0``B0$``(4Y`!1``````$`,"$!(!`A MD,0``"3&``$P@P!_,&?__Q#@`/DP9?__,)@`@!,``"DLX0`(%"``&@"@&"&0 MV0``)*7_^*19``"0R@`!,*7__Z1*``*0RP`"+*$`"*1+``20S``#)$(`$*1, M__:0S0`$),8`"*1-__B0SO_]`````*1.__J0S__^`````*1/__R0V/__$"#_ MZ:18__X`H!@A)*7__Q!@_]HPI?__D-D```"@&"$DI?__,*7__R3&``$D0@`" M%&#_^:19__X0`/_1D,0``)#$```LH0`(%"``#B3&``&D1```I$0``J1$``0D MI?_XI$0`!C"E__^D1``(+*$`"*1$``JD1``,I$0`#A`@__0D0@`0`*`8(22E M__\08/^[,*7__P"@&"$DI?__,*7__Z1$```48/_[)$(``A``_[20Q```%&0` M4P`````4X@!1``````$`,"$!(!`AE,0``"3&``(P@P!_,&?__Q#@`*4P9?__ M,(H`@!%``"DLX0`(%"``&@"@&"&4RP``)*7_^*!+``"4S``",*7__Z!,``&4 MS0`$+*$`"*!-``*4S@`&)$(`"*!.__N4SP`(),8`$*!/__R4V/_Z`````*!8 M__V4V?_\`````*!9__Z4RO_^$"#_Z:!*__\`H!@A)*7__Q!@_]HPI?__E,L` M``"@&"$DI?__,*7__R3&``(D0@`!%&#_^:!+__\0`/_1E,0``)3$```LH0`( M%"``#B3&``*@1```H$0``:!$``(DI?_XH$0``S"E__^@1``$+*$`"*!$``6@ M1``&H$0`!Q`@__0D0@`(`*`8(22E__\08/^[,*7__P"@&"$DI?__,*7__Z!$ M```48/_[)$(``1``_[24Q```%&0`4P`````4Y`!1``````$`,"$!(!`AE,0` M`"3&``(P@P!_,&?__Q#@`%$P9?__,(P`@!&``"DLX0`(%"``&@"@&"&4S0`` M)*7_^*1-``"4S@`",*7__Z1.``*4SP`$+*$`"*1/``24V``&)$(`$*18__:4 MV0`(),8`$*19__B4RO_Z`````*1*__J4R__\`````*1+__R4S/_^$"#_Z:1, M__X`H!@A)*7__Q!@_]HPI?__E,T```"@&"$DI?__,*7__R3&``(D0@`"%&#_ M^:1-__X0`/_1E,0``)3$```LH0`(%"``#B3&``*D1```I$0``J1$``0DI?_X MI$0`!C"E__^D1``(+*$`"*1$``JD1``,I$0`#A`@__0D0@`0`*`8(22E__\0 M8/^[,*7__P"@&"$DI?__,*7__Z1$```48/_[)$(``A``_[24Q```/`00`#P% M$``DI03()(0)1`_@!%0`8#`A#!`4T"0$``&/OP`4)[T`&`/@``@`````)[W_ MP*^P`"``@(`AK[\`))8.`'``H%`A,<\`@@#`8"$5X``#`.!8(1```1``!``` M``"/I0`H#!`-B0%`("&6`@`&$```H8^_`"0\!!``/`40`"2E!.0/X`14)(0) M1`P0%-`D!``!$```F(^_`"0D`0$`%$$`C0`````0``"$,&(`_Y8#``:."``, M`&`@(8X)`!``@!`A`4`H(1!```\DA/__E*(````````!(@@K$"```P!(""L` M0$@A`$@(*Q`@``(``````$!`(0"`$"$DI0`"%$#_\R2$__^.!@"$K@@`#*X) M`!"OK`!(KZL`3*^C`!`!0"`A)`4``@P0#Q(D!P`!CZL`3(^L`$BOH@`H`@`@ M(0!`*"$!8#@A#!`.Z`&`,"&/JP!,CZP`2`(`("$!8#`A#!`.$`&`*"&.!0"$ MCZ8`*`P0#G,"`"`AE@(`!A```%Z/OP`DE@,`!HX(``P`8"`AC@D`$`"`$"$! M0"@A$$``#R2$__^4H@````````$B""L0(``#`$@(*P!`2"$`2`@K$"```@`` M````0$`A`(`0(22E``(40/_S)(3__XX&`(2N"``,K@D`$*^L`$BOJP!,KZ,` M$`%`("$D!0`"#!`/$B0'``*/JP!,CZP`2``"*$"OI0`H`@`@(0%@."$,$`[H M`8`P(8^K`$R/K`!(`@`@(0%@,"$,$`X0`8`H(888`'(`````$P``!0````". M!`"$CZ4`*`P0#8D`````C@4`A(^F`"@,$`YS`@`@(889`'(`````$R``!0`` M``".!`"$CZ4`*`P0#8D`````E@(`!A```!F/OP`D/`00`#P%$``DI03X#^`$ M5"2$"40,$!30)`0``1```!"/OP`D)`$``1!!_WLD`0`"$$'_K@`````0`/_Q M`````#P$$``\!1``)*4%#`_@!%0DA`E$#!`4T"0$``&/OP`DC[``(`/@``@G MO0!`)[W_T*^P`!@`@(`AK[\`'*^E`#26#@!P`,`8(3'/`($5X``#`````!`` M`)`````!```"\`````C@4`A)8&``8,$`Z1`@`@(98&``:. M`P"$``84```"%`,`0"@A)$+__X^D`#0``A0`$*``#``"%`,`0"@AD'@``"1" M__\``A0```(4`R1C``$DA``"%*#_^*28__Z6!@`&`````!```&$`P!`AE@,` M!H^E`#0``QA```,<```#'`,`8#`AIZ,`(`P0#I$"`"`AAAD`C`"`3(``$ M`````(^D`#0,$`V)`&`H(98"``80``!/C[\`'#P$$``\!1``)*4%*`_@!%0D MA`E$#!`4T"0$``$0``!&C[\`'"0!`0`400`[`````!```#(P90#_#!`.R@(` M("&.!0"$``(T```&-`,,$`Z1`@`@(8X$`(2/I@`T)`4``0P0$5\D!P`"E@(` M!A```#*/OP`<#!`.R@(`("$``AP```,<`XX%`(0``C0```8T`Z>C`"`,$`Z1 M`@`@(88(`'*'HP`@$0``!`````".!`"$#!`-B0!@*"&.!`"$CZ8`-"0%``(, M$!%?)`<``I8"``80```9C[\`'#P$$``\!1``)*4%/`_@!%0DA`E$#!`4T"0$ M``$0```0C[\`'"0!``$0H?_-)`$``A"A_]H`````$`#_\0`````\!!``/`40 M`"2E!5`/X`14)(0)1`P0%-`D!``!C[\`'(^P`!@#X``()[T`,``````#X``( M````````````````)[W]6`"`&"$D#O__K[\`%!1@`!&OK@`D`B@/X`2\KZ,"J(^C`J@GI`(V#^`$ MO`!@*"$GI`(H#!`5*```*"$$0``1`$`@(2>E`"0D!@("#!`5.*^D`"`D`0(" M%$$`"(^D`"`\!!``)(0%<">E`"0/X`2,)`8"`J^@`!R/I``@#!`5&`````"/ MH@`<`````(^_`!0GO0*H`^``"```````````)[W_Z*^_`!0/X`0^KZ0`&(^D M`!@,$!5(`````(^_`!0GO0`8`^``"```````````)[W_Z*^D`!BOI@`@KZ4` M'">F`!BOOP`4),8`!X^E`!@\!!``)`'__*^G`"0`P3`D#!`53"2$"22/OP`4 M)[T`&`/@``@`````)[W_Z*^F`""OI0`<)Z8`'*^_`!0DQ@`'CZ4`'"0!__RO MIP`D#!`53`#!,"2/OP`4)[T`&`/@``@`````)[W_T*^_`!2OI0`TKZ8`.*^G M`#PD#@`!HZX`**^D`"0/X`3"KZ0`(">F`#0D#P!D),8`!X^E`#0D`?_\KZ(` M'*.O`"D`P3`D#!`53">D`!R/OP`4)[T`,`/@``@````````````````````` M)`(#[@````P0X``#``````@0&E@``````^``"```$"$D`@/P````#!#@``,` M````"!`:6``````#X``(`````"0"`^T````,$.```P`````($!I8``````/@ M``@`````)`(#[`````P0X``#``````@0&E@``````^``"``````D`@/K```` M#!#@``,`````"!`:6``````#X``(`````"0"`_L````,$.```P`````($!I8 M``````/@``@`````)`(#Z0````P#X``(`````*^`@,"O@(#$)[W^D*^T`"RO MM0`PK[,`**^P`!ROOP`\K[<`.*^V`#2OL@`DK[$`(*^F`7@\%!``KZOCH#$)`$`)18A``4`````DG$``"0!`"46(0`G)G,` M`8^/@,``````)?@``:^8@,"2&0`-C@,``!:Y``8D8O__%&``!"1B__\0```. M)`3__R1B__\$00`%K@(```_@!#@"`"`A$```!@!`&"&.`@`$`````)!#```D M2``!K@@`!`!@("$0D?^%`````(^)@,`"`"@A)2K__P_@!-ZOBH#`)`'__Q!! M`.2/J`!HCZ(`:!```.F/OP`\)`$`*A8A``4``)`ADG$`````N"$0```")G,` M`207``$"D5@AD6P``0`````QC0`$$:``#0``````$G"``=)P(0`.<$`!T9`A MDG$``"92_]`"D7@AD?@``29S``$S&0`$%R#_]@`2<(`60``$)`$`;#P2?_\V M4O__)`$`;!(A``0"(+`A)`$`:!8A``,`````DG$``"9S``$2(``()`$`6Q8A M``D"D1`A`F`@(0P0&@XGI0!P%$```P!`F"$0``"W)`+__P*1$"&02``!```` M`#$)``$1(``$)`$`;I!1`0(D%@!L)`$`;A(A`'TD`0!;CXJ`Q``````50`!X M)`$`8Q(A`'8D`0!;$B$`=20!`%N/BX#``````"5L``&OC(#`D@T`#8X#```6 MK0`&)&+__Q1@``0D8O__$```#B0$__\D8O__!$$`!:X"```/X`0X`@`@(1`` M``8`0!@AC@(`!`````"00P``)$X``:X.``0`8"`A`H1X(9'X``$`````,QD` M"!,@`"``````CXB`P``````E"0`!KXF`P)(*``V.`P``%JH`!B1B__\48``$ M)&+__Q````XD!/__)&+__P1!``6N`@``#^`$.`(`("$0```&`$`8(8X"``0` M````D$,``"1+``&N"P`$`&`@(0*$8"&1C0`!`````#&N``@5P/_B`````(^/ M@,`"`"@A)?C__P_@!-ZOF(#`)`'__Q1!`"\D`0!;$```58^H`&@GN0%XK[D` M%`+@("$"("@A`D`P(2>G`'`,$!E5K[``$!```#4`````)`$`:!;!``LD`0!L MCZ@!>"0!__PE"0`'`2%0)*^J`7B-3/_\CXN`P!``_MBEBP``)`$`;!;!``N/ MJ`%XCZT!>"0!__PEK@`'`<%X)*^O`7B-^?_\CYB`P!``_LRO.```CZ@!>"0! M__PE"0`'`2%0)*^J`7B-3/_\CXN`P!``_L.MBP``)`$`6Q(A_],D`0!C$B'_ MT20!`&D2(0`%)`$`;A(A_]Y`7@GK0%XKZT`%`+@("$"("@A M`D`P(0+`."$,$!;9K[``$!!```8`````CZX`:``````!UW@A$`#^J:^O`&B/ MF(#$`````!,```B/I`!HC[D`:``````7(``$CZ0`:!````,D!/__CZ0`:``` M```0```)`(`0(8^H`&@`````$0``!"0$__\0```"`0`@(20$__\`@!`AC[\` M/(^P`!R/L0`@C[(`)(^S`"B/M``LC[4`,(^V`#2/MP`X`^``"">]`7`GO?]( MKZ4`O*^_`!ROL``8CZX`O*^D`+@ES_^!!A``2CH@!T)`$`6!1A`(\`````D@0`#8X#```D`0!D$($``P`````08``G M`````(^8@,`D`0!D)QD``12!``6OF8#`%&``!"1B__\0```<)`+__R1B__\$ M00`3K@(``*^G`&BOJ`!LKZD`P*^J`&2OJP!"0&``$,$!4XKZT`8(^G`&B/J`!LCZD`P(^J`&2/JP!`@`H(8^G`&B/J`!LCZD`P(^J`&2/JP!O`+$`!P`` M``".&````````!<```,`````$```'"0"__^.`@```````"1"__\$00`1K@(` M`*^H`&ROJ0#`KZH`9*^K`%ROK`!8`@`@(0_@!#BOK0!@CZ@`;(^I`,"/J@!D MCZL`7(^L`%B/K0!@$```!@!`&"&.`@`$`````)!#```D60`!KAD`!`!@$"$\ M`Q```&(8(9!C!7$`0#@A,&X`!!7```@D`0`K$$$`!B0!`"T000`$`````#!O M``@1X``OC[D`N*$'``"/F(#`)`$`9"<9``&OF8#`D@X`#24(``$5P0`'```` M`(X/````````%>```P`````0```<)`+__XX"````````)$+__P1!`!&N`@`` MKZ@`;*^I`,"OJ@!DKZL`7*^L`%@"`"`A#^`$.*^M`&"/J`!LCZD`P(^J`&2/ MJP!(^O`%"/IP!HCZT`8!'@``)&(`"& M1B``AX^X`,0D`0!L%P$`#H^C`,R/HP#,)`'__(QB````````)$(`!P!!$"2L M8@``C%G__`````#G(P``$```/>0``(^C M`,PD`?_\C&(````````D0@`'`$$0)*QB``",6/_\`````*\$``"/F8#`KZT` M8"]`+@GO?_0KZ0`,(^N`#"OOP`]_]"O ML``8`("`(:^_`"ROM``HK[(`(*^S`"2OL0`&)M('AB:71M87`@;W5T:6UA9V4N M8G<*`')E86188FET;6%P.B!C86XG="!O<&5N(&)I=&UA<"!F:6QE("5S"@!R M96%D6&)I=&UA<#H@8FET;6%P(&9I;&4@:7,@:6YV86QI9`H`````(V1E9FEN M92`EP````,`"P`G`"\``0`)`"4`+0`3 M`!L`-P`_`!$`&0`U`#T`(P`K``<`#P`A`"D`!0`-`#,`.P`7`!\`,0`Y`!4` M'6EO<&5N.B!R96%D+W=R:71E(&UO9&4@;F]T('-U<'!O`H``&EO<&5N.B!E7!E"@!I;6=L M:6(Z(')O=R!N=6UB97(@;W5T(&]F(')A;F=E("5D("5D"@``:6UA9V4@'!A;F0Z(&)A9"!B<'`Z("5D("5D"@!P M=71R;W7!E"@```&=E=')O=SH@=VEE7I;7%U>7V!! M0D-$149'2$E*2TQ-3D]045)35%565UA96GM\?7Y_```````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````````````$-(4D-,05-3`````"]L:6(O8VAR M8VQA Message-Id: <9009200038.AA00857@iris03.niehs.nih.gov> Apparently-To: info-iris@BRL.MIL I would like to have the Irix mailbox utility open automatically in a preferred position on the monitor when I log in - is there a way to do this? Charles Foley National Institute of Environmental Health Sciences (NIH) RTP, NC   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25706; 20 Sep 90 0:33 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa25514; 20 Sep 90 0:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25495; 19 Sep 90 23:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11392; 19 Sep 90 23:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16022; Wed, 19 Sep 90 19:47: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: 19 Sep 90 23:14:58 GMT From: Ron Fischer Organization: Silicon Graphics, Entry Systems Division Subject: Re: jot Message-Id: <1990Sep19.231458.28558@odin.corp.sgi.com> References: <9009191313.aa06840@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL 1) Agree, the next rewrite of jot (which may not correspond to the next OS release) will have this. 2) This is a bug, thanks for reporting it. 3) jotview does appear to be missing. I've never heard of it before now. 4) Again, this will likely appear in the next rewrite of jot. ronf();   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01263; 20 Sep 90 11:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00164; 20 Sep 90 10:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab29990; 20 Sep 90 10:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14220; 20 Sep 90 10:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19629; Wed, 19 Sep 90 23:17: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: 20 Sep 90 00:34:32 GMT From: James Helman Organization: Stanford University Subject: Another unofficial patch to X11R4 for SGI/IRIX 3.3 Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I put some more stuff out for anonymous FTP from fresnel.stanford.edu (36.10.0.77) in pub/4DX. First, if you are trying to compile R4 under IRIX 3.3, there is YATP (yet another trivial patch) called 4DX-patch3 which: 1) Fixes pty allocation when xterm is started via rsh. (IMPORTANT) 2) Changes the man path to something reasonable. (However man(1) needs nroff(1) for formatting, so this is useful only if you have SGI's Documenter's Workbench.) 3) Enables UNIX domain sockets in Xlib. (A BIG performance win available with SGI's 3.3 server.) Be sure to read README.4DX and the patch files before patching. Second, I put out some other compiled goodies: vtwm (virtual desktop TWM) , xtetris, xmajhongg, color xterm. Each compressed tar file contains the whole "compiled" directory (source, binary, bitmaps, fonts, app-defaults, etc.). Third, a reminder. No server code. Compiling R4 only gives you clients and libraries (which you can also get from SGI). It will not help with any of the compatibility problems (exposure and who owns what part of the frame buffer) between NeWS/GL and X. If you are currently letting 4Sight manage your X windows, you might be happier running an X window manager, e.g. twm, instead of relying solely upon 4Sight. But the only sure fix is to be patient and wait for SGI to finish integrating X. (No 0.5 * X^2 jokes, please). Disclaimer: These patches are unblessed and don't necessarily do anything useful. >>>> Drive with Caution: Physicist Xing ahead. <<<< Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Work: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08703; 20 Sep 90 21:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab08611; 20 Sep 90 20:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08591; 20 Sep 90 20:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02501; 20 Sep 90 20:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13075; Thu, 20 Sep 90 17:33:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Sep 90 21:27:56 GMT From: "Dik T. Winter" Organization: CWI, Amsterdam Subject: Re: Wandering Icons Message-Id: <2196@charon.cwi.nl> References: <9009181900.AA25255@aero4.larc.nasa.gov>, <1990Sep19.160059.20600@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep19.160059.20600@odin.corp.sgi.com> milt@sgi.com (Milton E. Tinkoff) writes: > In article <9009181900.AA25255@aero4.larc.nasa.gov> blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") writes: > > When you iconify something, > >it will always go back to the same place. > > I think this was recently posted but if you have the line > UserProfile /TidyState /Never put > in your user.ps file icons will stay where you put them. > This almost certainly does not do what you want. Try the following: login, open five or six windows, do a stow all and see where all the icons appear: random places on your screen. (There is another problem, I will come back to that later.) Although /usr/NeWS/lib/NeWS/user.ps does not mention it, /TidyState allows another value: /First. So in your user.ps: UserProfile /TidyState /First put This will put the icon at a tidy place the first time the window is iconified, and it will stay put (unless you move the icon of course). However, one bug is revealed if you use this (or if you use /Never): it can occur that two icons will occupy exactly the same place; which was not the intention, I think. To show this, log in with /TidyState to /First, open five windows or so and do stow all. The icons will be in the upper left corner of your screen (unless you have played with the positioning parameters of course). Next open the second window; create a new window; iconify this last one. Its icon will go at the place of the second windows icon. Iconify the second window: its icon will go on top. The bug is in /usr/NeWS/lib/NeWS/litewin.ps; it lets the IconTiler forget about icon positions in the wrong places. To rectify this, copy that file to a directory NeWS in your home directory and make the following changes: Modify: /DestroyIcon { Iconic? { IconX IconY /lift IconTiler send } if } def to: /DestroyIcon { IconX IconY /lift IconTiler send } and modify: /TileIcon { Iconic? { IconPlace /move self send } { IconX IconY /lift IconTiler send } ifelse } def to: /TileIcon { Iconic? { IconPlace /move self send } if } def Hope this helps. -- dik t. winter, cwi, amsterdam, nederland dik@cwi.nl   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00830; 20 Sep 90 11:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00164; 20 Sep 90 10:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac29990; 20 Sep 90 10:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14225; 20 Sep 90 10:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19020; Wed, 19 Sep 90 22: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: 20 Sep 90 05:21:25 GMT From: Jeremy Webber Organization: Digital Arts Film and Television Subject: How to make serial line with modem work? Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a Personal Iris, with a Hayes compatible modem attached to serial line 2. I have written a program which resets the modem (using ATZ), sets up some parameters, including the hangup-when-DTR-dropped state, then dials up a remote computer, finally establishing an SL/IP connection to it. All works well, using port /dev/ttyd2, except if the remote computer hangs up the line. The sliplogin program on this end does not appear to receive a HANGUP signal. I cannot use /dev/ttym2 because it won't allow itself to be opened until DCD is asserted, and this does not happen until the remote dialup is complete. I can't establish the session with /dev/ttyd2, then close it and open /dev/ttym2, because that would cause my modem to hang up, which I want to happen (this is how the connection is terminated at my end). Have I missed something? How should I be doing this? -jeremy -- -- Jeremy Webber ACSnet: jeremy@chook.ua.oz Digital Arts Film and Television, Internet: jeremy@chook.ua.oz.au 60 Hutt St, Adelaide 5001, Voicenet: +61 8 223 2430 Australia Papernet: +61 8 272 2774 (FAX)   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01263; 20 Sep 90 11:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01039; 20 Sep 90 11:18 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00993; 20 Sep 90 11:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14528; 20 Sep 90 10:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA26863; Thu, 20 Sep 90 07:21: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: 20 Sep 90 14:09:04 GMT From: Christoph Ramshorn Organization: Rechenzentrum der Universitaet Freiburg, Deutschland Subject: Any news on AVS 3? Message-Id: <1990Sep20.140904.29186@sun1.ruf.uni-freiburg.de> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can somebody make comments on availability, price, etc. of AVS 3? Christoph Ramshorn, Geologisches Institut, Albertstr.23-B D-7800 Freiburg i.Br., West Germany   Received: from vmb.brl.mil by VMB.BRL.MIL id ad01263; 20 Sep 90 11:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01039; 20 Sep 90 11:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac00993; 20 Sep 90 11:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14530; 20 Sep 90 10:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA26986; Thu, 20 Sep 90 07:27: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: 20 Sep 90 14:08:36 GMT From: Clifford B Miller Organization: Princeton University, Princeton, New Jersey Subject: sendmail: expansion too long Message-Id: <2667@idunno.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here's something odd: On several IRIS's that were working just fine, suddenly within the past week we get complaints from users that they can't send mail. The diagnostic: "cliff@research.nec.com: rewrite: expansion too long" and /usr/lib/sendmail -bt gives @research.nec.com: @research.nec.com: @research.nec.com:... [ad infinitum]... cliff@research.nec.com We haven't touched sendmail, or the name server, or YP, or anything else as far as we know. Why does this suddenly appear out of nowhere? And how does one permanently fix it? --cliff@research.nec.com OR, if the mailer bounces it back (!) --millercb@phoenix.princeton.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ad01824; 20 Sep 90 12:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01600; 20 Sep 90 11:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01587; 20 Sep 90 11:44 EDT Received: from uunet.UU.NET by VGR.BRL.MIL id aa14980; 20 Sep 90 11:36 EDT Received: from lsr-vax.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA23018; Thu, 20 Sep 90 11:36:10 -0400 Received: by (4.1/SMI-4.0) id AA00565; Thu, 20 Sep 90 11:22:48 EDT Date: Thu, 20 Sep 90 11:22:48 EDT From: "Lance M. Optican - LMO" Message-Id: <9009201522.AA00565@> To: uunet!brl.mil!info-iris@uunet.uu.net Subject: Binary Programs on Info-Iris Who is Paul Haeberli, and why does he give away all those nifty programs in binary? It would be a big help to us mere mortal programmers if instructions were included on extracting and running such programs. Thanks! ---------------------------------------------------+----------------------- Lance M. Optican | uunet!lsr-vax!lmo National Eye Institute, NIH, Bethesda, MD | (301) 496-3549 ---------------------------------------------------+-----------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03280; 20 Sep 90 12:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02315; 20 Sep 90 12:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02022; 20 Sep 90 12:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15192; 20 Sep 90 12:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29022; Thu, 20 Sep 90 08:51: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: 20 Sep 90 15:30:29 GMT From: Amy Swanson Organization: University of Illinois at Urbana Subject: 3rd party hardware info needed Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are thinking about purchasing some 3rd party hardware for our 4D/20s and I would like to know if anyone has had any experience with either of these companies. I would appreciate hearing about both good and bad experiences. Parity Systems - 4 MB SIMMs National Peripherals - IPI drive/SMD drives Thanks for any information you may be able to provide. Amy Swanson SGI System Administrator NCSA - National Center for Supercomputer Applications University of Illinois @ Urbana-Champaign amys@ncsa.uiuc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03280; 20 Sep 90 12:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02315; 20 Sep 90 12:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab02022; 20 Sep 90 12:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15203; 20 Sep 90 12:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA29182; Thu, 20 Sep 90 08:57:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Sep 90 15:36:28 GMT From: Amy Swanson Organization: University of Illinois at Urbana Subject: vhand Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know what the "vhand" process does? It always runs from PID 2, but I can't find any information on it in the manuals. The reason I'm asking is that we've recently had the vhand process get out of hand and "take over the system." It was chewing up lots of CPU time and made it impossible to log into the system other the network. We sent the process a "kill -1" which seemed to fix it, but I'd like to know why this happened. Thanks in advance, Amy Amy Swanson SGI Systems Administrator NCSA - National Center for Supercomputing Applications University of Illinois @ Urbana-Champaign amys@ncsa.uiuc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ac03280; 20 Sep 90 12:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac02315; 20 Sep 90 12:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02024; 20 Sep 90 12:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15226; 20 Sep 90 12:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28887; Thu, 20 Sep 90 08:47:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Sep 90 14:38:31 GMT From: Christopher Gunn Organization: University of Kansas Academic Computing Services Subject: 3rd-party drives: summary of responses Message-Id: <25693.26f88e17@kuhub.cc.ukans.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A few weeks ago I requested advice on sources for third-party SGI SCSI drives. I more-or-less forgot about posting a summary (mostly because whether we get the dough to buy a bunch depends not only on grant agency but on Graham-Rudman...) but recently got a mail request for my results. Which follow, below. Note that none of responses say, "I bought these drives at ridiculously low prices, plugged them in and they woke up instantly," which is kind of what I'd hoped for. Oh well. ***REPLY 1: From: IN%"corkum@csri.toronto.edu" "Brent Thomas Corkum" 6-SEP-1990 12:47:41.23 Try Falcon Systems Inc., 5816 Rseville Road, Sacramento CA., talk to Patsy Zimmerman (916)344 1221, who by the way is the most go get um sales person I've ever dealt with. I just mentioned that I was looking to buy a disk and some memory and I get fax quotes and letters daily it seems. Hope this helps. Brent corkum@ecf.toronto.edu ***REPLY 2: From: IN%"pdi!koko!shoshana@SGI.COM" 6-SEP-1990 19:25:15.13 Well, I found one incredibly inexpensive source for the 760-Mb SCSI disks, but our 1st one just arrived today so I can't guarantee that they work... No reason they shouldn't, though. The vendor is Computer Systems Technology, ph (714)-458-8567. I talked to a salesperson named Alan Mason. They're selling the disks for around $2,395., which is close to the price we were paying for just the disk (we would then have to buy the chassis and power supply and do some assembly) - of course, we don't have an academic discount so your price may be even lower. Good luck! shoshana abrass pdi!shoshana@sgi.com ***REPLY 3: From: IN%"merritt@iris613.gsfc.nasa.gov" "John H Merritt" 7-SEP-1990 08:35:18.38 For disks and 8mm systems. Hybrid Computer Systems, Inc. 6753 Old Waterloo Rd. Suite 323 Baltimore, Md. 21227 (301) 799-0500 / John Hunt. Introl Corporation 2675 Patton Road St. Paul, Minnesota 55113 (612) 631-7600 / Bruce J. Brunette 8mm only. Exabyte Corporation (215) 355-5888 / Kris Kane Disk only: SCSI came from ARROW/KIERRULFF Electronics ATTN: Bruce 8300 Guilford Rd. Columbia, md 21046 (301) 995-6002 and were about $2,700.00 each for 766 Mbytes. ESDI came from Mid-Atlantic Data Systems, Inc. ATTN: Paul Hoy 847-A Quince Orchard Blvd. Gaithersburg, Md 20878 (301) 590-0666 Disk and memory: Impediment Inc. 333 Duxbury, Ma 02332 (617) 837-8877 Attn: Alex. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ John H. Merritt # Yesterday I knew nothing, Applied Research Corporation # Today I know that. merritt@iris613.gsfc.nasa.gov # ***REPLY 4: From: mmcneill@kandinsky.ncsa.uiuc.edu (Michael Mcneill -Visualization) Date: Thu, 6 Sep 90 19:01:50 GMT Reply-To: mmcneill@ncsa.uiuc.edu Sender: news@ux1.cso.uiuc.edu (News) Here's a list of SCSI disk vendors that may be helpful. Note: This list is provided purely as a service. I don't have affiliations with any of these companies. =========================================================================== Apunix Computer Services (619) 484-0074 Simon Meth American Computers & Engineers (213) 820-8998 Andataco Computer Perhipherals (800) 334-9191 Peter Bille Artecon (619) 931-5500 ext 135 Stacey A. Wildenberg Arkay Engineering Sales (216) 836-8497 Richard Kuhar Cita Technologies (216) 524-8735 David Thompson Computer Upgrade Corporation (714) 630-3457 Robert J Allen Cranel (800) 288-3475 James M. Huffman Danford Corporation (213) 514-9334 Scott M. Johnson Delta Microsystems, Inc. (415) 449-6881 General Microsystems Inc. (206) 644-2233 Earl W. Overstreet Helios Systems (408) 432-0292 Interscience Computer Corp. (818) 707-2000 Miran Apikian Mar-Con Associates Inc. (708) 675-6450 Sue Hyosaka MDB Systems, Inc. (714) 998-6900 National Peripherals (312) 325-4151 Ken Been North Central Peripherals (612) 881-2302 Ken Nickell Parity Systems (408) 378-1000 Solflower Computer Inc (408) 452-5780 Janet Doan Unison Information Systems (508) 898-0072 =========================================================================== Christopher Gunn Molecular Graphics & Modeling Lab SPAN--KUPHSX::GUNN Department of Medicinal Chemistry, Malott Hall 913-864-4428 or -4495 University of Kansas, Lawrence, KS 66045   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04765; 20 Sep 90 13:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04536; 20 Sep 90 13:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04518; 20 Sep 90 13:07 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa15705; 20 Sep 90 12:59 EDT Received: Thu, 20 Sep 90 09:57:50 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Thu, 20 Sep 90 12:58:42 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Thu, 20 Sep 90 13:20:58 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Thu, 20 Sep 90 13:20:58 EDT From: Tony Facca Message-Id: <9009201720.AA09345@avelon.lerc.nasa.gov> To: foley@iris03.niehs.nih.gov Subject: positioning mailbox Cc: info-iris%brl.mil@prandtl.nas.nasa.gov > I would like to have the Irix mailbox utility open automatically in a > preferred position on the monitor when I log in - is there a way to do this? I have found these lines in my $HOME/user.ps file to be helpful: /RestartActions [ { . . . (mailbox -S " `hostname`" -s 120) forkunix . . } ] store . . (MAIL) 136 130 preforigin (mailbox) 930 35 preforigin -- ----------------------------------------------------------------------------- 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 aa04908; 20 Sep 90 13:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04765; 20 Sep 90 13:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04735; 20 Sep 90 13:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15895; 20 Sep 90 13:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01296; Thu, 20 Sep 90 10:15: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 Sep 90 15:19:36 GMT From: Charlie Towne Organization: NASA/Lewis Research Center, Cleveland Subject: Re: jot Message-Id: <1990Sep20.151936.14748@eagle.lerc.nasa.gov> References: <9009191313.aa06840@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009191313.aa06840@VGR.BRL.MIL> SOFPJF@VM.UOGUELPH.CA (Peter Jaspers-Fayer) writes: > >2) Why oh why can't I specify a full path to a file in that notifier? > No matter what I say (eg ~/foo) I get "Save file failed, unable to > write file" - with no further notification. Why is it unable? > The problem, I think, is really that ~ (and $HOME) aren't interpreted as the name of your home directory. You *can* use a full path name, I do it fairly often. The "." and ".." notations do work. -- Charlie Towne Email: pstowne@zargon.lerc.nasa.gov MS 5-11 Phone: (216) 433-5851 NASA Lewis Research Center Cleveland, OH 44135   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07456; 20 Sep 90 16:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06794; 20 Sep 90 16:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06585; 20 Sep 90 15:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00798; 20 Sep 90 15:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA04688; Thu, 20 Sep 90 12:22: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: 20 Sep 90 18:53:02 GMT From: William Sherman -Visualization Organization: National Center For Supercomputing Applications Subject: Message-Id: <1990Sep20.185302.25484@ux1.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can anyone tell me whether SGI is really shipping 8Mb SIMMs with the new 4D-35s? And either way, will 4Mb SIMMs work on the new CPU boards? We are currently considering buying 4Mb SIMMs for our 4D-20s, but we don't want them to go to waste when (if) we upgrade them to 4D-35s. Thanks, Bill /************************************************************************/ /* Bill Sherman */ /* National Center for Supercomputing Applications */ /* University of Illinois */ /* Champaign-Urbana */ /* */ /* Internet: wsherman@ncsa.uiuc.edu */ /* */ /* "You want to do mankind a real service? Tell funnier jokes." */ /* Og */ /************************************************************************/   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08177; 20 Sep 90 18:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07924; 20 Sep 90 18:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07904; 20 Sep 90 17:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01251; 20 Sep 90 17:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08042; Thu, 20 Sep 90 14:29: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: 20 Sep 90 20:16:11 GMT From: "Dik T. Winter" Organization: CWI, Amsterdam Subject: Re: Wandering Icons Message-Id: <2200@charon.cwi.nl> References: <9009181900.AA25255@aero4.larc.nasa.gov>, <1990Sep19.160059.20600@odin.corp.sgi.com>, <2196@charon.cwi.nl> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2196@charon.cwi.nl> dik@cwi.nl (I) write: ... Alas, the corrections were not correct. Although with these all would go well if TidiState is First or Never, it would not go well if TidyState is Always! Here are the correct corrections. With these fixes to litewin.ps everything works regardless the value of TidyState. Replace the two procedures by: /DestroyIcon { UserProfile /TidyState get /Always ne Iconic? or { IconX IconY /lift IconTiler send } if } def and: /TileIcon { Iconic? { IconPlace /move self send } { UserProfile /TidyState get /Always eq { IconX IconY /lift IconTiler send } if } ifelse } def I should not post late at night! -- dik t. winter, cwi, amsterdam, nederland dik@cwi.nl   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08561; 20 Sep 90 20:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08411; 20 Sep 90 19:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08379; 20 Sep 90 19:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01871; 20 Sep 90 19:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10982; Thu, 20 Sep 90 16:09: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: 20 Sep 90 20:46:35 GMT From: "Peter S. Shenkin" Organization: Columbia University Subject: Re: 3rd party hardware info needed Message-Id: <1990Sep20.204635.8997@cunixf.cc.columbia.edu> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article amys@ncsa.uiuc.edu (Amy Swanson) writes: >We are thinking about purchasing some 3rd party hardware for our 4D/20s and >I would like to know if anyone has had any experience with either of these >companies. I would appreciate hearing about both good and bad experiences. > Parity Systems - 4 MB SIMMs Another question: I have heard rumors that SGI is coming out with a 33 MHz Personal Iris. Does anyone know if such SIMMS as the above will be migratable to this machine? I believe most people are putting 80 ns SIMMS into existing PIs. -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 aa08611; 20 Sep 90 20:56 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08481; 20 Sep 90 20:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08453; 20 Sep 90 20:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02129; 20 Sep 90 20:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12264; Thu, 20 Sep 90 17:00: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: 20 Sep 90 23:48:22 GMT From: ZUCCOLA Organization: Georgia Institute of Technology Subject: DI3000 OUTPUT Message-Id: <13939@hydra.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL i'm posting the following for someone else, please send any pertinent info to meinke@max.gatech.edu. Thanx Hi. I am using di3000 graphics from Precision Visuals. I would like to dump my contour graph into a macdraw program. As it stands I can do it, but i lose resolution (numbers are hard to read, lines not crisp) when i print them off. Any suggestions? Also, I am having problems simply annotating my graph, that's one of the reasons why i wish to put it into a macdraw type program so that i can edit it. Is there there a new version of gnuplot that does contours (irisplot gives you contours but cant make postscript files i believe). Thanks in advance. Gretchen Meinke   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21391; 22 Sep 90 1:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21236; 22 Sep 90 1:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21207; 22 Sep 90 0:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10782; 22 Sep 90 0:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18512; Fri, 21 Sep 90 21:46: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 Sep 90 19:16:34 GMT From: Rajeev Jayavant Organization: Hewlett Packard -- Fort Collins, CO Subject: Re: tar not working as advertised Message-Id: <17450009@hpfcdj.HP.COM> References: <9009191022.aa05623@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL / hpfcdj:comp.sys.sgi / HCART@VAX.OXFORD.AC.UK / 8:36 am Sep 19, 1990 / [text deleted] The find(1) instruction on its own is OK, as find / -local ! -type d -mtime -7 -type f -print > backuplist works. But then cat backuplist | tar ca- still doesn't work, even though backuplist has hundreds of entries. What am I doing wrong? All advice appreciated... Hugh Cartwright. Physical Chemistry, Oxford. ---------- According to the man page, there should be a space between the ca and the -, i.e.: cat backuplist | tar ca - The IRIX version of tar is the only one I've used that reads filenames from standard input. Certainly seems to make more sense than the standard "tar ca `cat backuplist`" when backuplist contains a very large number of files. Rajeev ------------------------------------------------------------------------------- Rajeev Jayavant (rajeev@hpfcla.hp.com) "Excuse me, I've lost my marbles" Hewlett Packard - Graphics Technology Division - P. Opus, [Bloom County]   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09879; 21 Sep 90 2:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09844; 21 Sep 90 2:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09824; 21 Sep 90 2:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04464; 21 Sep 90 2:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19911; Thu, 20 Sep 90 23:16:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 90 06:06:15 GMT From: steve lamont Organization: Foo Bar Brewer's Cooperative Subject: Re: 3rd party hardware info needed Message-Id: <1449@libra.cs.nps.navy.mil> References: , <1990Sep20.204635.8997@cunixf.cc.columbia.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep20.204635.8997@cunixf.cc.columbia.edu> shenkin@cunixf.cc.columbia.edu (Peter S. Shenkin) writes: >Another question: I have heard rumors that SGI is coming out with a 33 MHz >Personal Iris. Does anyone know if such SIMMS as the above will be migratable to >this machine? I believe most people are putting 80 ns SIMMS into existing >PIs. ... the machine is the 4D/35. Max memory 128MB. Or so my spies tell me. spl (the p stands for Personal IRIS? I wanna Personal Y-MP!) -- Steve Lamont -- SciViGuy -- Phone number of the week: (408) 646-2572 Confuser Center / Code 51 / Naval Postgraduate School / Monterey, CA 93943 "There are no fleas in the Republican Army." - Italo Calvino, _The Baron in the Trees_   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10234; 21 Sep 90 5:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10087; 21 Sep 90 4:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10078; 21 Sep 90 4:03 EDT Received: from f.adelaide.edu.au by VGR.BRL.MIL id aa04960; 21 Sep 90 3:58 EDT Date: Fri, 21 Sep 1990 17:27:10 CDT From: DDAVID@f.adelaide.edu.au Message-Id: <900921172710.214@F.ADELAIDE.EDU.AU> Subject: driver for Mitsubishi S340-10 printer? To: info-iris@BRL.MIL X-Vmsmail-To: GATEWAY::"info-iris@brl.mil" Has anyone written a driver for the Mitsubishi S340-10 sublimation colour printer? Thanks, in advance, David Netherway   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12486; 21 Sep 90 10:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11354; 21 Sep 90 8:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11337; 21 Sep 90 8:40 EDT Received: from [134.118.129.7] by VGR.BRL.MIL id aa06293; 21 Sep 90 8:18 EDT Received: by sweetpea.fmnet.jsc.nasa.gov (4.1/25-eef) id AA01445; Fri, 21 Sep 90 07:17:53 CDT Date: Fri, 21 Sep 90 07:17:53 CDT From: Frank Taylor x Message-Id: <9009211217.AA01445@sweetpea.fmnet.jsc.nasa.gov> To: info-iris@BRL.MIL Subject: New 4D/35 The new 4D/35 looks great in terms of CPU performance. I'm wondering if the DSP process mentioned for the stereo sound output is the Motorola 56000 (I assume it must be). If so, what kind of utilities will be shipping with it? Will you make a special version of Mail (like, in the interest of standards, the version on the NeXT)? ---------------------------------------------------------------------------- Frank S. Taylor IV - McDonnell Douglas Space Systems Company 16055 Space Center Blvd., Houston, Tx 77062 (713) 283-4278 (Voice) || (713) 283-4020 (Fax) taylorf@sweetpea.fmnet.jsc.nasa.gov ----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12765; 21 Sep 90 10:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12318; 21 Sep 90 9:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12279; 21 Sep 90 9:41 EDT Received: from cidsv01.cid.aes.doe.CA by VGR.BRL.MIL id aa06600; 21 Sep 90 9:24 EDT Received: from cidws03 by cidsv01 (5.61-MX) with SMTP id AA14376; Fri, 21 Sep 90 13:23:16 GMT Return-Path: From: Alain St-Denis Message-Id: <9009211323.AA01838@cidws03.cid.aes.doe.CA> Subject: Swap Partitions (again) To: info-iris@BRL.MIL Date: Fri, 21 Sep 90 9:23:12 EDT X-Mailer: ELM [version 2.2 PL16] Ok. Here's the scenario: I want to have one swap partition on a different drive than my drive 0. So I change SWAPDEV in /usr/sysgen/system, I adjust /dev/swap AND /dev/rswap accordingly and I rebuild the kernel. Then I reboot my machine and the swap is still on xyl0d0s1. I want it on xyl0d1d1. What am I doing wrong? We're running a few 4D/240S. By the way, just for the hell of it, I tried the same procedure on a 4D/20 and it worked (for a different partition on the same disk). Also, I thought that it would have been nice to have a miniroot that would start from a partition of our choice. So I poked around in /usr/sysgen and found these lines in the kernel config file: /* Setup the miniroot variable for kernel miniroot configuration */ #ifdef MINIROOT u_char miniroot = 1; #else u_char miniroot = 0; #endif So I naively defined MINIROOT (in CCOPTS) in the system config file and tried the kernel I built from it (with ROOTDEV & all changed). But, guess what, it didn't work. The thing starts but complains about not finding devnm (yes, I know what devnm does) or something. I even poked the unix.IP6 file in mr to replace rootdev & all with the values I wanted and I got the same complaints. So, obviously, there's more to it that just changing the major/minor device numbers and rebuilding the kernel. Could someone explain to me what I'm missing here? It would be very much appreciated. I may be stubborn and childish about the whole thing but I REALLY want the swap where I want it! :-) -- Alain St-Denis Centre informatique de Dorval Environnement Canada astdenis@cid.aes.doe.CA (514) 421-4697   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12907; 21 Sep 90 10:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11583; 21 Sep 90 9:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11548; 21 Sep 90 8:56 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa06447; 21 Sep 90 8:49 EDT Received: from DLRVMBS.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 7415; Fri, 21 Sep 90 07:23:57 EDT Date: Fri, 21 Sep 90 13:23:38 MEZ To: info-iris@BRL.MIL From: FL17%DLRVMBS.BITNET@cunyvm.cuny.edu Comment: CROSSNET mail via SMTP@INTERBIT Comment: File BRL NOTE1 A Subject: FIGARO PHIGS 1.26 Message-ID: <9009210849.aa06447@VGR.BRL.MIL> PHIGS on IRIS Hi, any attempt to port FIGARO PHIGS graphics from an IRIS to SUN or TITAN machines failed so far except if the code is heavily revised. We are using Template's FIGARO PHIGS version 1.26 F4D. The other way round (SUN PHIGS graphics ported to IRIS) doesn't work either (of course). Any ex- periences or recommendations out there ? Thanks and best regards, Ralf Beyer German Aerospace Research Establishment Phone (0531)-395-2530 fl17@dlrvmbs.bitnet   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14060; 21 Sep 90 11:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13763; 21 Sep 90 11:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13719; 21 Sep 90 11:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07215; 21 Sep 90 10:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA28320; Fri, 21 Sep 90 07: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: 21 Sep 90 12:18:31 GMT From: "Kevin D. Baranski-Walker" Organization: Digital Equipment Corporation Subject: 4D/70G -> 70/GT help Message-Id: <1990Sep21.081831@hiatus.enet.dec.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL -- I picked up a GT board set with the naive assumption of a simple upgrade. The PROM monitor version is 4D1-3.1 (from memory - sorry). The video simply seems not to be syncing properly. I assume that sync is no longer on green for the GT, correct? I would appreciate any assistance. (I realize that some information is missing from this note, but I'm not sure which info is relevant.) (This is my personal machine, Digital is not *that* cheap as not to buy maintenance contract :-) --------------------------------- Kevin D. Baranski-Walker -> Internet: kevin@hiatus.enet.dec.com Digital Equipment Corporation -> NeXTMail: kevin@ncubed.uucp Nashua, New Hampshire -> FAX: (603)881-0120 ---------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14308; 21 Sep 90 11:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13215; 21 Sep 90 10:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13156; 21 Sep 90 10:38 EDT Received: from snowhite.cis.uoguelph.ca by VGR.BRL.MIL id aa06892; 21 Sep 90 10:25 EDT Received: from rickers by snowhite.cis.uoguelph.ca (5.61/1.35) id AA04291; Fri, 21 Sep 90 09:25:43 -0500 Date: Fri, 21 Sep 90 09:25:43 -0500 Message-Id: <9009211425.AA04291@snowhite.cis.uoguelph.ca> Received: by rickers.cis.uoguelph.ca (5.57/4.7) id AA16272; Fri, 21 Sep 90 10:25:39 EDT From: mike@snowhite.cis.uoguelph.ca To: info-iris@BRL.MIL Subject: Fun and games with ++ operators Greetings and obeisances, O SGI sages! I have found a peculiarity in the MIPS C compiler that is more of a curiosity than a problem, but I wonder if someone could shed some light on it anyway, just for fun. Here is a sample program that exhibits the peculiar behavior: #include int a [2]; main() { int i; a[0] = 5; a[1] = 6; i = 0; printf("%d %d\n", a[i++], a[i++]); } Depending on the order of evaluation of function arguments, I would expect this code to generate "6 5" or "5 6". But instead it says "5 5", which confuses me a bit. Do all pre/post increment/decrement operators only take effect after the current source line, or what? I did check the value of 'i' on the next line, and it was indeed 2, so that part works. For C reference I only have the ancient K&R, which as far as I can tell does not formally specify when these operators are supposed to do their thing. For reference purposes, I ran this code on many platforms (6 different CPUs, 8 different compilers), and only the MIPS compiler came out with the "5 5" answer. This phenomenon is no skin of my shins, as I have always felt that overuse of these operators is bad form anyways. But it would be nice to know just what the official line is on this case, and how far we can expect optimizing compilers to stretch our assumptions about language semantics. Thanks for not laughing too much. World's shortest SF story: | Mike Chapman "Aliens disguised as workstations? | Grab Student, University of Guelph I never heard such--" | mike@snowhite.cis.uoguelph.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19295; 21 Sep 90 17:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18690; 21 Sep 90 16:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18472; 21 Sep 90 16:08 EDT Received: from MCC.COM by VGR.BRL.MIL id aa08838; 21 Sep 90 16:01 EDT Received: from banach.aca.mcc.com by MCC.COM with TCP/SMTP; Fri 21 Sep 90 15:01:30-CDT Posted-Date: Fri, 21 Sep 90 14:42:32 -0500 Message-Id: <9009211942.AA07458@banach.aca.mcc.com> Received: from localhost by banach.aca.mcc.com (4.0/ACAv4.1i) id AA07458; Fri, 21 Sep 90 14:42:33 CDT To: info-iris@BRL.MIL Subject: Re: Fun and games with ++ operators In-Reply-To: Your message of "Fri, 21 Sep 90 09:25:43 -0500 " References: <9009211425.AA04291@snowhite.cis.uoguelph.ca> Reply-To: nong@mcc.com Date: Fri, 21 Sep 90 14:42:32 -0500 From: nong@mcc.com > #include > int a [2]; > main() > { > int i; > a[0] = 5; > a[1] = 6; > i = 0; > printf("%d %d\n", a[i++], a[i++]); > } ..... >..... I only have the ancient K&R, which as far as I can tell does not > formally specify when these operators are supposed to do their thing. For > reference purposes, I ran this code on many platforms (6 different CPUs, > 8 different compilers), and only the MIPS compiler came out with the "5 5" > answer. According to K&R ( p 59 1st edition, or 63 2nd edition ) " The commas that separate function arguments, variables in declarations, etc., are not comma operators, and do not guarantee left to right evaluation." In this case the arguments may be evaluated in parallel. It'll be interesting to see if i is printed as the last variable in the same print statment, will it be 0. ______________ Nong Tarlton Microelectonics and Computer Technology Corporation nong@mcc.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19440; 21 Sep 90 17:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19193; 21 Sep 90 16:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19156; 21 Sep 90 16:40 EDT Received: from enh.nist.gov by VGR.BRL.MIL id aa08958; 21 Sep 90 16:32 EDT Received: from poly1.nist.gov by ENH.NIST.GOV; Fri, 21 Sep 90 16:32 EDT Received: by poly1.nist.gov (5.52/890607.SGI) (for @enh.nist.gov:info-iris@brl.mil) id AA17643; Fri, 21 Sep 90 16:36:30 EDT Date: Fri, 21 Sep 90 16:36:30 EDT From: rbriber@poly1.nist.gov Subject: cc To: info-iris@BRL.MIL Message-id: <9009212036.AA17643@poly1.nist.gov> X-Envelope-to: info-iris@brl.mil Mike Chapman writes: I have found a peculiarity in the MIPS C compiler that is more of a curiosity than a problem, but I wonder if someone could shed some light on it anyway, just for fun. Here is a sample program that exhibits the peculiar behavior: #include int a [2]; main() { int i; a[0] = 5; a[1] = 6; i = 0; printf("%d %d\n", a[i++], a[i++]); } Depending on the order of evaluation of function arguments, I would expect this code to generate "6 5" or "5 6". But instead it says "5 5", which confuses me a bit. Do all pre/post increment/decrement operators only take effect after the current source line, or what? I did check the value of 'i' on the next line, and it was indeed 2, so that part works. For C reference I only have the ancient K&R, which as far as I can tell does not formally specify when these operators are supposed to do their thing. For reference purposes, I ran this code on many platforms (6 different CPUs, 8 different compilers), and only the MIPS compiler came out with the "5 5" answer. (stuff deleted). ==================== Just a note that while cc gives "5 5", GNU's gcc compiler on our Iris gives "5 6". -- ---------------------------------------------------------------------------- | 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 aa19589; 21 Sep 90 17:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19071; 21 Sep 90 16:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19030; 21 Sep 90 16:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08938; 21 Sep 90 16:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA06979; Fri, 21 Sep 90 13:14: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: 21 Sep 90 16:14:55 GMT From: Chris Wagner Organization: Silicon Graphics, Research & Development Subject: Re: vhand Message-Id: <1990Sep21.161455.28464@odin.corp.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , amys@ncsa.uiuc.edu (Amy Swanson) writes: > > > Does anyone know what the "vhand" process does? It always runs from PID 2, > but I can't find any information on it in the manuals. The reason I'm > asking is that we've recently had the vhand process get out of hand and "take > over the system." It was chewing up lots of CPU time and made it impossible > to log into the system other the network. We sent the process a "kill -1" > which seemed to fix it, but I'd like to know why this happened. > > > Thanks in advance, > Amy > > > Amy Swanson > SGI Systems Administrator > NCSA - National Center for Supercomputing Applications > University of Illinois @ Urbana-Champaign > amys@ncsa.uiuc.edu vhand is the paging process - it is a system, process, and as such does not catch signals, etc.. The only way (unless theres a bug!) that it can take onver the system is if a user process is using so much memory and has such poor locality that the system thrashes. In this case it would be vhand that thrashes - always paging out the page that the user wants next! You may wish to try to understand what was running at the time (using ps say) Chris Wagner   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19791; 21 Sep 90 18:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19616; 21 Sep 90 17:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19610; 21 Sep 90 17:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09181; 21 Sep 90 17:40 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08847; Fri, 21 Sep 90 14:30: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: 21 Sep 90 17:52:08 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: Binary Programs on Info-Iris Message-Id: <1990Sep21.175208.266@odin.corp.sgi.com> References: <9009201522.AA00565@> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009201522.AA00565@>, lmo@lsr-vax.UUCP ("Lance M. Optican - LMO") writes: |> |> Who is Paul Haeberli, and why does he give away |> all those nifty programs in binary? Paul is a Principle Engineer in our research group and he gives away all those swell programs because he's a nice guy. |> |> It would be a big help to us mere mortal programmers |> if instructions were included on extracting and |> running such programs. Save the article in a file somewhere and issue the command uudecode uudecode creates a new file which is the executable binary. Read the uudecode man page for more details. The executable binary extracted by uudecode is ready to run. -- 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 aa19974; 21 Sep 90 19:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19867; 21 Sep 90 18:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19856; 21 Sep 90 18:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09417; 21 Sep 90 18:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10061; Fri, 21 Sep 90 15:17:13 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 90 21:08:06 GMT From: Lou Harrison Organization: NC State University Subject: Frame grab from genlock optioN Message-Id: <1990Sep21.210806.11450@ncsuvx.ncsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have an Iris 4D/20 with a genlock option that is supposed to allow me to view composite NTSC on the Iris monitor. Is there any way to couple this to a VCR or video camera and do frame grabbing? I don't often read this newsgroup, so please reply by e-mail. Thanx in advance, Lou Harrison harrison@adm.csc.ncsu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab19974; 21 Sep 90 19:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19937; 21 Sep 90 19:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19913; 21 Sep 90 19:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09485; 21 Sep 90 18:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10277; Fri, 21 Sep 90 15:25:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 90 22:03:51 GMT From: Bill Silvert Organization: Habitat Ecology Div., Bedford Inst. of Oceanography Subject: Info wanted on 4D/20 Message-Id: <1990Sep21.220351.19488@cs.dal.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm in the market for a Unix box and am considering the 4D/20. I'd appreciate comments from readers of this group to help with the decision. Specifically, I like what I know of the machine, but am concerned about whether it is fast enough to match the competition. The local vendor let me use a 4D/25 so I have a good idea how the machine handles and what the software is like, but at least on paper the 20 looks a lot slower than the 25 or other competing machines. Our main application is frequent recompilation and execution of medium-sized Fortran programs (about 5000 lines). Both compilation time and execution time are important (this is all ecological simulation stuff). We don't have any heavy-duty graphics applications, although having a good graphics machine is certainly fun, and it probably makes for a better GUI. We're comparing the 4D/20 to machines like the SPARCstation 1+ and the HP 400s. Any information or advice would be very welcome. -- William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2. Tel. (902)426-1577 UUCP=..!{uunet|watmath}!dalcs!biomel!bill BITNET=bill%biomel%dalcs@dalac InterNet=bill%biomel@cs.dal.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20107; 21 Sep 90 20:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20037; 21 Sep 90 19:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20031; 21 Sep 90 19:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09623; 21 Sep 90 19:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA11826; Fri, 21 Sep 90 16:30: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 Sep 90 23:19:24 GMT From: Tim Hall Organization: Boston University Subject: Some bizarre compilation Message-Id: <1990Sep21.191924@bucrf11.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL #include #include main( ) { float foo; foo = HUGE; if ( foo == HUGE ) printf( "foo is huge\n" ); else printf( "foo isn't huge\n" ); } This compiled on a 4D/240 running 3.2 works fine and prints out "foo is huge". This compiled on a 3.3.1 PI does *not* work fine and prints out "foo isn't huge". As commented in math.h HUGE is the maximum *float* value. The workaround is obvious, this is more of a bitch and a rant. -- -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 aa20167; 21 Sep 90 20:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab20037; 21 Sep 90 19:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab20031; 21 Sep 90 19:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09625; 21 Sep 90 19:40 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA12023; Fri, 21 Sep 90 16:37: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: 21 Sep 90 23:23:00 GMT From: swrinde!cs.utexas.edu!wuarchive!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!cs122ae@ucsd.edu Subject: Re: Info wanted on 4D/20 Message-Id: <19400005@ux1.cso.uiuc.edu> References: <220351@<1990Sep21> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Before you buy a PI, take a close look at the IBM RISC System/6000 Model 320... CPU speed is much much faster. Marc   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20363; 21 Sep 90 21:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20311; 21 Sep 90 21:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20291; 21 Sep 90 21:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09812; 21 Sep 90 20:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13505; Fri, 21 Sep 90 17:43: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: 21 Sep 90 20:18:51 GMT From: Bob Green Organization: sgi Subject: Re: Bad tapes again!!!! Message-Id: <1990Sep21.201851.2786@odin.corp.sgi.com> References: <9009192232.AA23148@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009192232.AA23148@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU writes: |> I too have had bad tapes from sgi. I usually end up getting a new tape from |> them. Still, don't they try to re-read the tapes, or otherwise verify tapes |> after they make a copy ? |> |> 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 \**\__________________________________________ | |> +-----------------------------------------------------------------------------+ Each tape that is produced by SGI or its vendors is rewound and read for data consistency. On a sampled basis tapes are moved from one drive to another to verify tape drive head alignment. Our current research shows one cause above all others in contributing to tape read errors. We have found that foreign material on the tape drive heads will increase the probability of read errors. In most cases this results in recoverable errors which just slow the read process. In a few cases it results in unrecoverable tape read errors. The solution in all cases is to clean the tape drive heads. We have included a request in our installation instructions for users to clean their drives BEFORE attempting installation. In a few cases (0.01% of tapes produced) we find that even with a clean tape drive that there is an actual tape error. We are researching these to find what in our processes could be causing this. A third possibility is that the tape drives were not calibrated correctly when manufactured. Although we have not seen evidence of this, we are keeping our ears open. Bob Green Software QA Mgr Silicon Graphics, Inc (bobg@sgi) (415) 962-3438   Received: from vmb.brl.mil by VMB.BRL.MIL id ab20363; 21 Sep 90 21:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab20339; 21 Sep 90 21:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab20313; 21 Sep 90 21:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09855; 21 Sep 90 21:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13865; Fri, 21 Sep 90 17:59: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: 22 Sep 90 00:32:03 GMT From: "David R. Blythe" Organization: EECG, University of Toronto Subject: Re: Mouse cleaning Message-Id: <1990Sep21.203203.4561@jarvis.csri.toronto.edu> References: <13726@hydra.gatech.EDU>, <1990Sep17.170954.12509@agora.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep17.170954.12509@agora.uucp> tima@agora.uucp (Tim Anderson) writes: > scratching the opti-pad deleted...> > >And the tech-support hotline laughed at me when I stated that I'd rather >have a mechanical mouse! > >Granted that when the opticals run they run better. > >Unfortunately in the 'real' world we have >to deal with things like DUST, HAIR, COFFEE, COKE, dropping books on >that stupid opti-pad, etc, etc The mouse that comes with a DECstation seems to be a good compromise between optical and mechanical-ball mice. It is mechanical with two little button thingys that hang down from the bottom that do something magical (sorry I don't really know how it works). Its seems to track quite well. Anyway it has no felt pads nor rubber ball to clean, but it does however to work a little better and avoids scratching the desk top if you use it with a rubber or cloth pad. Its made by Hawley. drb   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20444; 21 Sep 90 21:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab20311; 21 Sep 90 21:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab20291; 21 Sep 90 21:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09814; 21 Sep 90 20:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13708; Fri, 21 Sep 90 17:53:02 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 21 Sep 90 21:48:08 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: Wandering Icons Message-Id: <1990Sep21.214808.4211@odin.corp.sgi.com> References: <1990Sep19.160059.20600@odin.corp.sgi.com>, <2196@charon.cwi.nl>, <2200@charon.cwi.nl> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2200@charon.cwi.nl>, dik@cwi.nl (Dik T. Winter) writes: |> In article <2196@charon.cwi.nl> dik@cwi.nl (I) write: |> ... |> |> Alas, the corrections were not correct. Although with these all would go well Thank you Dik for pointing out this bug. Alas your corrections to your corrections are not correct either. If /TidyState is not /Always and you zap a window without ever having stowed it to an icon, your /DestroyIcon function causes a PostScript error. In a one-window application, since the window is destined to die anyway, this is only noticeable as noise in the SYSLOG file. In a multi-window app it becomes a serious problem because the error causes the application to exit and all its windows to disappear. Here is my version of DestroyIcon. I've also included /TileIcon to keep the entire fix in one place. /DestroyIcon { UserProfile /TidyState get dup /Always eq Iconic? and exch /First eq IconX null ne and or { IconX IconY /lift IconTiler send } if } def /TileIcon { Iconic? { IconPlace /move self send } { UserProfile /TidyState get /Always eq { IconX IconY /lift IconTiler send } if } ifelse } def I'm attempting to get this fix into release 3.3.2. -- 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 ab20444; 21 Sep 90 21:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20339; 21 Sep 90 21:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20313; 21 Sep 90 21:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09853; 21 Sep 90 21:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13857; Fri, 21 Sep 90 17: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: 22 Sep 90 00:23:29 GMT From: "David R. Blythe" Organization: EECG, University of Toronto Subject: Re: 3.3 fortran problem Message-Id: <1990Sep21.202329.4488@jarvis.csri.toronto.edu> References: <25656.26f4d43b@kuhub.cc.ukans.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <25656.26f4d43b@kuhub.cc.ukans.edu> arritt@kuhub.cc.ukans.edu writes: >Has anyone been having problems compiling Fortran code under 3.3? I just >installed 3.3 and tried to compile one of the models I've been using, and >got the following error message: > > > f77 -static -Olimit 1400 -O1 -c hill2dc.f > >ugen: internal: error in write, writing 6528 bytes instead of 8192 bytes >*** Error code 1 > >Stop. > > I have had this happen to me with large fortran source files under 3.2. I find using fsplit to break up the fortran source into one subroutine per file, gets around the problem but its not a solution I am happy with. drb :-(   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20503; 21 Sep 90 22:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac20363; 21 Sep 90 21:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20354; 21 Sep 90 21:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09888; 21 Sep 90 21:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA14403; Fri, 21 Sep 90 18:24: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: 22 Sep 90 01:16:48 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: Emergency shutdown and NFS Message-Id: <861@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Background: Personal Iris Irix 3.3 Local 350MB and 700MB drive NFS exported partitions NFS mounted partitions The problem: During a power outage today, I found that the SGI wouldn't shutdown correctly (It has it's own standby ups, so yes it had power :-). When told to shutdown, I got the normal "click if you mean it" and then the system started shuting down. Problem was, that the remote mounted NFS node had died when the power went out, no ups there :-( I got repeated errors from umount that it was timing out, and the shutdown didn't go any further. I finally had to turn off the power since the battery time had reached maximum. When I rebooted, sure enough, the local disks hadn't gotten unmounted and I had to wait for fsck to run (Zzzzzz....) If I'd had the time to wait it out, would it have finally given up and gone on? Should I change my fstab entry? Is there a way to make shutdown umount the local disks first and then try the NFS ones? At least I wouldn't have to run fsck when I rebooted. The origonal fstab entry follows: puff:/usr/export/home/amiga /puff/amiga nfs rw,soft 0 0 I've since changed it in the hopes that this will help, but haven't the time to check yet. The following is my new entry: puff:/usr/export/home/amiga /puff/amiga nfs bg,rw,soft,retry=2 0 0 All suggestions appreciated. -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!{uunet | wgc386}!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20814; 21 Sep 90 23:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20691; 21 Sep 90 23:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20670; 21 Sep 90 22:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10296; 21 Sep 90 22:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15808; Fri, 21 Sep 90 19: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: 22 Sep 90 00:18:43 GMT From: Brian McClendon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 4D/70G -> 70/GT help Message-Id: <1990Sep22.001843.7234@odin.corp.sgi.com> References: <1990Sep21.081831@hiatus.enet.dec.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep21.081831@hiatus.enet.dec.com> kevin@hiatus.enet.dec.com (Kevin D. Baranski-Walker) writes: >-- >I picked up a GT board set with the naive assumption of a simple upgrade. The >PROM >monitor version is 4D1-3.1 (from memory - sorry). The video simply seems not >to >be syncing properly. I assume that sync is no longer on green for the GT, >correct? > >I would appreciate any assistance. (I realize that some information is missing >from >this note, but I'm not sure which info is relevant.) > >(This is my personal machine, Digital is not *that* cheap as not to buy >maintenance >contract :-) >--------------------------------- >Kevin D. Baranski-Walker -> Internet: kevin@hiatus.enet.dec.com >Digital Equipment Corporation -> NeXTMail: kevin@ncubed.uucp >Nashua, New Hampshire -> FAX: (603)881-0120 >--------------------------------- You don't mention any other problems, but I know you will need a chunk of software to get it up an running. If you can get a tape of /etc/gl/*/*/*..., /bin/news_server, and /usr/lib/libgl{.a,_s.a,_s} that should cover most of the bases. Don't know much about what prom rev u need, but if you have a tty you can work around that problem with "setenv console d", and /etc/gl/restartgl to kick off the window manager. Hack,Hack,Hack,Hack,Hack,Hack. -- ---------------------------------------------------------------------------- Brian McClendon bam@rudedog.SGI.COM ...!uunet!sgi!rudedog!bam 415-335-1110 -----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21138; 22 Sep 90 0:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21119; 22 Sep 90 0:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20976; 22 Sep 90 0:05 EDT Received: from Princeton.EDU by VGR.BRL.MIL id aa10627; 21 Sep 90 23:59 EDT Received: from akiko.Princeton.EDU by Princeton.EDU (5.61++/2.57/princeton) id AA15728; Sat, 22 Sep 90 00:00:03 -0400 Received: by akiko.Princeton.EDU (5.52/1.105) id AA08099; Fri, 21 Sep 90 23:53:51 EDT Date: Fri, 21 Sep 90 23:53:51 EDT From: "Philip D. Jeffrey" Message-Id: <9009220353.AA08099@akiko.Princeton.EDU> To: cs.utexas.edu!mailrus!news-server.csri.toronto.edu!eecg.toronto.edu!drb@tut.cis.ohio-state.edu Subject: RE: 3.3 fortran problem Cc: info-iris@BRL.MIL In article <25656.26f4d43b@kuhub.cc.ukans.edu> arritt@kuhub.cc.ukans.edu writes: Status: R >Has anyone been having problems compiling Fortran code under 3.3? I just >installed 3.3 and tried to compile one of the models I've been using, and >got the following error message: > > > f77 -static -Olimit 1400 -O1 -c hill2dc.f > >ugen: internal: error in write, writing 6528 bytes instead of 8192 bytes >*** Error code 1 > >Stop. > > It happened to us when compiling a graphics program that compiled fine under 3.2 (4D/25TG) and didn't under 3.3 (4D/340VGX). It turned out that /tmp was filling up with temporary files written by ugen, if I recall correctly. We expanded /tmp using a link to /usr/tmp (the perils of doing this sort of thing have been previously discussed on this network), and now the programs compile just fine. Phil Jeffrey Bristol-Myers Squibb Pharmaceutical Research Institute phil@akiko.princeton.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23210; 22 Sep 90 11:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab23089; 22 Sep 90 11:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23086; 22 Sep 90 10:51 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa12039; 22 Sep 90 10:48 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 9315; Sat, 22 Sep 90 10:47:33 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 22 Sep 90 10:51 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA01139; Sat, 22 Sep 90 10:51:49 DSD Date: Sat, 22 Sep 90 10:51:49 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: 'drive faulted' error message To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009221751.AA01139@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil What does this error message mean on my console (not in syslog): command 82 try 1 ips0d1s7: bn=65873 IOPB word1=821E unrecovered 'drive faulted' Is this a real problem ? Or is this noise ? I get this once and a while. Which disk is causing it ? Which controller ? 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 aa23257; 22 Sep 90 11:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23186; 22 Sep 90 11:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23107; 22 Sep 90 11:01 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa12049; 22 Sep 90 10:56 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 9352; Sat, 22 Sep 90 10:55:19 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 22 Sep 90 10:59 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA01151; Sat, 22 Sep 90 10:59:35 DSD Date: Sat, 22 Sep 90 10:59:35 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: bsd mail behavior To: info-iris@BRL.MIL Cc: .@mcirps2.med.nyu.edu Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009221759.AA01151@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I miss being able to set the "prompt" variable and have the mail prompt set the way I want. I usually set the prompt to reflect the machine I am on(in that window) Also, Mail does not respect the "mbox" value. I usually sweep my $HOME/mbox into a mail archive at night. Why not just set the value to append from inside Mail ? This is the behavior on other bsd machines, and it would be useful here. Is there a way to put my mail aliases into another file, instead of my $HOME/.mailrc ? (Al La Sun) +-----------------------------------------------------------------------------+ | 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 ab23257; 22 Sep 90 11:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab23186; 22 Sep 90 11:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab23111; 22 Sep 90 11:01 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa12061; 22 Sep 90 11:01 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 9373; Sat, 22 Sep 90 11:00:34 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 22 Sep 90 11:04 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA01172; Sat, 22 Sep 90 11:04:51 DSD Date: Sat, 22 Sep 90 11:04:51 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Window Frame Frowns To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009221804.AA01172@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I find that my mouse cursor tends to hang up on window frames, and that it would be nice if intput was not blocked when the mouse cursor was on a window frame. I would rather it block only when the cursor was on the root, or better still, if the mouse cursor is on the root, the input focus would default to the console window, or some default window. dan(who never got the NeWS. +-----------------------------------------------------------------------------+ | 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 aa23302; 22 Sep 90 11:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23089; 22 Sep 90 11:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23084; 22 Sep 90 10:51 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa12027; 22 Sep 90 10:41 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 9270; Sat, 22 Sep 90 10:40:26 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 22 Sep 90 10:44 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA01080; Sat, 22 Sep 90 10:44:41 DSD Date: Sat, 22 Sep 90 10:44:41 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: mkdepend 3.3.1 question. To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009221744.AA01080@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil The -s option inserts its sentinel argument in the comment lines which delimit dependencies in depfile. This option is useful for maintaining multiple sets of dependencies in a single file. What does sentinel argument do, and what does the above from the man page mean ? 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 aa23527; 22 Sep 90 13:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23450; 22 Sep 90 13:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23442; 22 Sep 90 13:04 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa12195; 22 Sep 90 12:56 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 9776; Sat, 22 Sep 90 12:45:01 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Sat, 22 Sep 90 12:49 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!ucsd.edu!swrinde!cs.utexas.edu!wuarchive!uwm.edu!ux1.cso.uiu c.edu!ux1.cso.uiuc.edu!cs122ae) id AA01759; Sat, 22 Sep 90 12:49:22 DSD Date: Sat, 22 Sep 90 12:49:22 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Info wanted on 4D/20 To: "swrinde!cs.utexas.edu!wuarchive!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!cs122 ae"@ucsd.edu Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009221949.AA01759@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, swrinde!cs.utexas.edu!wuarchive!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!cs122 ae@ucsd.edu > >Before you buy a PI, take a close look at the IBM RISC System/6000 Model 320... >CPU speed is much much faster. > >Marc > How does the IBM RISC System/6000 Model 320 compare to the newer 4d35 PI machines ? 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 aa23989; 22 Sep 90 16:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23793; 22 Sep 90 15:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23783; 22 Sep 90 15:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12380; 22 Sep 90 15:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00562; Sat, 22 Sep 90 12:12:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 22 Sep 90 15:33:05 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: mailbox Message-Id: <501@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL i have 3.3 running on my 4D-25 personal iris and can't seem to get mailbox to work....i get the icon (and the nice flag going up) but my wsh scrolls continuously the following message: mailbox: Bad file number mailbox: Bad file number mailbox: Bad file number mailbox: Bad file number mailbox: Bad file number mailbox: Bad file number any ideas what's happening?? i can use mail....to get to and from my sun network and the outside world, but cant seem to get the iris mail to work locally... i.e. i can only read my mail on other systems ... michael Zeitlin.... p.s. i've only now tried to use mail on 3.3...   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24078; 22 Sep 90 17:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24059; 22 Sep 90 17:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24044; 22 Sep 90 17:00 EDT Received: from charon.cwi.nl by VGR.BRL.MIL id aa12509; 22 Sep 90 16:55 EDT Received: by charon.cwi.nl with SMTP; Sat, 22 Sep 90 22:55:24 +0200 Received: by paling.cwi.nl with SMTP; Sat, 22 Sep 90 22:55:22 +0200 Message-Id: <9009222055.AA00571@paling.cwi.nl> To: info-iris@BRL.MIL Cc: robertl@cwi.nl Subject: Re: mailbox In-Reply-To: Your message of "22 Sep 90 15:33:05 MET." <501@texhrc.UUCP> Date: Sat, 22 Sep 90 22:55:20 +0200 From: robertl@cwi.nl > mailbox: Bad file number > mailbox: Bad file number > mailbox: Bad file number > mailbox: Bad file number > any ideas what's happening ?? We had that too. In our case 'fam' couldn't be launched by 'inetd' properly. Try executing '/usr/etc/fam' manually. It will probably print some additional info as to what is going on (in our case 'fam' couldn't open /dev/imon). You will probably be ok if you can get 'fam' to work. By the way : if you are using central mail services you should consider doing something like : $ ln -s $HOME/.mail /usr/spool/mail/$LOGNAME $ mailbox -f $HOME/.mail This is because every second or so 'fam' will do an 'ls -l' of the directory in which your mail-file is in. In our case we had +/- 15 users doing an ls -l in /usr/spool/mail (which has +/- 250 entries) resulting in a substantial load on the central mail server! Making a link to your mail-file from a small directory results in a lot less network traffic. Groetjes; -- Robert van Liere ------------------------------------------------------------ Robert van Liere, Department of Interactive Systems, Center for Mathematics and Computer Science (CWI) Kruislaan 413, 1098 SJ Amsterdam, The Netherlands robertl@cwi.nl   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25059; 22 Sep 90 23:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25037; 22 Sep 90 23:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25035; 22 Sep 90 23:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13069; 22 Sep 90 23:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08956; Sat, 22 Sep 90 20:25: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: 22 Sep 90 19:42:05 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: workspace Message-Id: <503@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL ever since we upgraded to 3.3 (~a few weeks ago) workspace does not work....I geet: iris%Can't connect with File Access Monitor (fam) i don't really use workspace ...but like to brag to my Mac colleagues that the iris is just as friendly as the Mac's! i wanted to demonstrate workspace, but to no avail.... is there some initialization files that i should look for or something? any help is much appreciated... m.zeitlin p.s. post here or mail to convex!texhrc!mjz thanks   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25586; 23 Sep 90 1:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25542; 23 Sep 90 1:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25482; 23 Sep 90 0:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13324; 23 Sep 90 0:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10098; Sat, 22 Sep 90 21:33:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Sep 90 01:31:00 GMT From: zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!cs122ae@tut.cis.ohio-state.edu Subject: Re: Info wanted on 4D/20 Message-Id: <19400007@ux1.cso.uiuc.edu> References: <220351@<1990Sep21> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL /* Written 8:29 pm Sep 22, 1990 by cs122ae@ux1.cso.uiuc.edu in ux1.cso.uiuc.edu:comp.sys.sgi */ /* Written 1:00 pm Sep 22, 1990 by karron@MCIRPS2.MED.NYU.EDU in ux1.cso.uiuc.edu:comp.sys.sgi */ > >Before you buy a PI, take a close look at the IBM RISC System/6000 Model 320... >CPU speed is much much faster. > >Marc > How does the IBM RISC System/6000 Model 320 compare to the newer 4d35 PI machines ? 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 \**\__________________________________________ | +-----------------------------------------------------------------------------+ /* End of text from ux1.cso.uiuc.edu:comp.sys.sgi */ /* End of text from ux1.cso.uiuc.edu:comp.sys.sgi */   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25693; 23 Sep 90 1:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25477; 23 Sep 90 0:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25465; 23 Sep 90 0:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13320; 23 Sep 90 0:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10100; Sat, 22 Sep 90 21:33: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: 23 Sep 90 01:34:00 GMT From: usc!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!cs122ae@ucsd.edu Subject: Re: Info wanted on 4D/20 Message-Id: <19400008@ux1.cso.uiuc.edu> References: <220351@<1990Sep21> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I dunno how the 4D/35 compares to the IBM's yet... but don't forget, IBM offers such features as complete X/Motif support, complete on-line hypertext documentation, really fast I/O, and state-of-the-art compilers. Anybody know benchmark ratings on the 4D/35 yet??? Marc   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25731; 23 Sep 90 1:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab25477; 23 Sep 90 0:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab25465; 23 Sep 90 0:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13322; 23 Sep 90 0:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10087; Sat, 22 Sep 90 21:33:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Sep 90 01:29:00 GMT From: usc!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!cs122ae@ucsd.edu Subject: Re: Info wanted on 4D/20 Message-Id: <19400006@ux1.cso.uiuc.edu> References: <220351@<1990Sep21> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL /* Written 1:00 pm Sep 22, 1990 by karron@MCIRPS2.MED.NYU.EDU in ux1.cso.uiuc.edu:comp.sys.sgi */ > >Before you buy a PI, take a close look at the IBM RISC System/6000 Model 320... >CPU speed is much much faster. > >Marc > How does the IBM RISC System/6000 Model 320 compare to the newer 4d35 PI machines ? 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 \**\__________________________________________ | +-----------------------------------------------------------------------------+ /* End of text from ux1.cso.uiuc.edu:comp.sys.sgi */   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27520; 23 Sep 90 9:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27455; 23 Sep 90 9:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27451; 23 Sep 90 9:12 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16527; 23 Sep 90 9:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA15957; Sun, 23 Sep 90 06:04: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: 23 Sep 90 11:57:28 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: 3.3.1, qic 24, 600 ft. tapes, and distcp Message-Id: <1990Sep23.115728.3955@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello Magnetic Media types, I was planning on making some copies of my 3.3.1 tape to ship out to some people who need it. But I seem to have run into a small problem. It seems that 3.3.1 is slightly less than 70MB which is somewhat greater than the 60MB I can write on a 600 ft. tape in qic 24 format. Am I missing something or is 3.3.1 on a 700 foot tape. Thanks for any insight, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27677; 23 Sep 90 10:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27651; 23 Sep 90 10:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27644; 23 Sep 90 10:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16896; 23 Sep 90 10:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16589; Sun, 23 Sep 90 07:16: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: 23 Sep 90 14:04:06 GMT From: steve lamont Organization: Foo Bar Brewer's Cooperative Subject: Re: Info wanted on 4D/20 Message-Id: <1464@libra.cs.nps.navy.mil> References: <220351@<1990Sep21>, <19400008@ux1.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <19400008@ux1.cso.uiuc.edu> cs122ae@ux1.cso.uiuc.edu writes: >I dunno how the 4D/35 compares to the IBM's yet... but don't forget, IBM >offers such features as complete X/Motif support, complete on-line hypertext >documentation, really fast I/O, and state-of-the-art compilers. Does IBM's operating system work yet? [This isn't intended as a slam against IBM... I've just heard Bad Things about AIX from a lot of folks, including a former employee of Locus, the software house that did the port.] spl (the p stands for port-shmort...) -- Steve Lamont -- SciViGuy -- Phone number of the week: (408) 646-2572 Confuser Center / Code 51 / Naval Postgraduate School / Monterey, CA 93943 "There are no fleas in the Republican Army." - Italo Calvino, _The Baron in the Trees_   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27763; 23 Sep 90 11:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa27570; 23 Sep 90 10:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa27554; 23 Sep 90 10:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16750; 23 Sep 90 9:58 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16372; Sun, 23 Sep 90 06: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: 23 Sep 90 12:43:36 GMT From: Bill Silvert Organization: Habitat Ecology Div., Bedford Inst. of Oceanography Subject: Re: Info wanted on 4D/20 Message-Id: <1990Sep23.124336.2033@cs.dal.ca> References: <9009221949.AA01759@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009221949.AA01759@mcirps2.med.nyu.edu> karron%CMCL2.NYU.EDU@cunyvm.cuny.edu writes: >>Before you buy a PI, take a close look at the IBM RISC System/6000 Model 320. >>CPU speed is much much faster. > >How does the IBM RISC System/6000 Model 320 >compare to the newer 4d35 PI machines ? Maybe my original question wasn't clear. I can't afford an IBM or a 4D/35. I can't even afford a 4D/25 (which would be fast enough for me). I can afford a 4D/20 and asked about its performance. The budget is fixed because my organisation works that way. I simply cannot go overbudget. So if anyone can answer my original query it would be appreciated (I got one answer so far). -- William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2. Tel. (902)426-1577 UUCP=..!{uunet|watmath}!dalcs!biomel!bill BITNET=bill%biomel%dalcs@dalac InterNet=bill%biomel@cs.dal.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28512; 23 Sep 90 16:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa28431; 23 Sep 90 16:27 EDT Received: by VMB.BRL.MIL id aa28420; 23 Sep 90 16:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28339; 23 Sep 90 15:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18478; 23 Sep 90 15:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20542; Sun, 23 Sep 90 12:14: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: 23 Sep 90 16:34:18 GMT From: M White Organization: Edinburgh University Computing Service Subject: Re: Binary Programs on Info-Iris Message-Id: <6451@castle.ed.ac.uk> References: <9009201522.AA00565@>, <1990Sep21.175208.266@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep21.175208.266@odin.corp.sgi.com> msc@sgi.com writes: >In article <9009201522.AA00565@>, lmo@lsr-vax.UUCP ("Lance M. Optican - LMO") >writes: >|> >|> Who is Paul Haeberli, and why does he give away >|> all those nifty programs in binary? >Paul is a Principle Engineer in our research group and he gives away all those >swell programs because he's a nice guy. > >|> >|> It would be a big help to us mere mortal programmers >|> if instructions were included on extracting and >|> running such programs. > >Save the article in a file somewhere and issue the command > > uudecode > >uudecode creates a new file which is the executable binary. Read the uudecode >man page for more details. The executable binary extracted by uudecode is >ready to run. Very useful Mark, however, the code does not do much on some systems. When run on our 4D/220 GTXB (IRIX 3.2) it eats CPU time with nothing appearing on the screen. I have two points : 1) Binaries should not be posted to the net: I have been slated by workmates, quite rightly, for attempting to run Pauls program on our machine. The net is not secure and running binaries straight off it (even if the appear to come from sgi) is not a good idea. 2) SGI personnel, of all people, should provide at least SOME instructions with code. If you have not seen a uuencoded file before, it is not obvious what should be done with it. It should not be necessary for net-time to be spent with queries such as Lance's above. In future, if someone from SGI wants to be a "nice guy", I would feel happier if they took notice of the above points. Despite my moaning, it is nice to see software being distributed for people to play with. Please don't let me put anyone off posting. -- Matthew White - Visualisation Support - Edinburgh Parallel Computing Centre "All right, hands up if you think it was a Russian water tentacle." - Abyss   Received: from vmb.brl.mil by VMB.BRL.MIL id aa28652; 23 Sep 90 17:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa28597; 23 Sep 90 17:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28573; 23 Sep 90 17:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18949; 23 Sep 90 17:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA22384; Sun, 23 Sep 90 13:58:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Sep 90 20:41:45 GMT From: Jeremy Higdon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 'drive faulted' error message Message-Id: <70018@sgi.sgi.com> References: <9009221751.AA01139@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009221751.AA01139@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU writes: > > > > What does this error message mean on my console (not in syslog): > > command 82 try 1 ips0d1s7: bn=65873 IOPB > word1=821E unrecovered 'drive faulted' > > Is this a real problem ? Or is this noise ? > > I get this once and a while. Which disk is causing it ? Which > controller ? > It is a real problem, but for now the system is recovering. The driver will retry 3 or 4 times on errors like this. ESDI controller 0, drive 1   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29418; 23 Sep 90 20:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29314; 23 Sep 90 19:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29263; 23 Sep 90 19:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19649; 23 Sep 90 19:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24501; Sun, 23 Sep 90 16:15:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 23 Sep 90 20:15:47 GMT From: Scott the Great Organization: Penn State University Subject: lighting model pandemonium Message-Id: <90266.161547SML108@psuvm.psu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, I am writing a graphics program in a multi-windowing environment. Strange things are happening with the lighting model when I open and close windows. Sometimes I get lmbind errors and sometimes other windows get darker or lighter. I really have no idea what's happening here. The definition of lighting variables for each window is a single subroutine which is ONLY called when a window is opened... Any ideas Scott Le Grand aka sml108@psuvm.psu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29611; 23 Sep 90 20:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29364; 23 Sep 90 19:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29333; 23 Sep 90 19:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19731; 23 Sep 90 19:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24754; Sun, 23 Sep 90 16:33: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: 23 Sep 90 21:36:00 GMT From: swrinde!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!cs122ae@ucsd.edu Subject: Re: Info wanted on 4D/20 Message-Id: <19400009@ux1.cso.uiuc.edu> References: <220351@<1990Sep21> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Many things that have been said about AIX 3.1 have been based on pre-release code that IBM made available on demonstration machines before various bugs were fixed. In my experience, AIX 3.1 has matured into a very stable OS since that code was made available. Marc   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00944; 24 Sep 90 2:27 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa00752; 24 Sep 90 1:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00749; 24 Sep 90 1:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21701; 24 Sep 90 1:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA00775; Sun, 23 Sep 90 22:35:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Sep 90 04:30:18 GMT From: Tim Hudson Organization: Mincom, Brisbane, Australia Subject: Re: Bash for 4D/25 Message-Id: <520@iris.mincom.oz.au> References: <9009111436.AA09719@banach.aca.mcc.com>, <17450008@hpfcdj.HP.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article tomw@esd.sgi.com writes: >>> Bash will work under IRIX-3.3 whenever Brian gets around to releasing >>> version 1.06. >Four months ago I gave Brian code to make Bash work with job control >under Irix-3.3, and that code will be in bash-1.06. I never tried to >make it work under 3.2, though. It would have been nice to know this. I assumed that when bash 1.06 arrived that I would be able to compile it under IRIX 3.2.* - not so. I got hold of bash1.06beta and found only IRIX 3.3 support; I have managed to get it working (including JOB control) under IRIX 3.2 (3.2.3 to be precise). If anyone is interested then I will make up a patch file as it seems to be stable at this stage; time permitting. Tim -- Mincom, Brisbane internet : tjh@mincom.oz{.au} Australia UUCP : ..!uunet!munnari!mincom.oz!tjh   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01195; 24 Sep 90 3:44 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa01104; 24 Sep 90 3:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01079; 24 Sep 90 3:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22091; 24 Sep 90 2:58 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA01714; Sun, 23 Sep 90 23:44: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: 24 Sep 90 06:32:13 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: How to make serial line with modem work? Message-Id: <70036@sgi.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , jeremy@cs.adelaide.edu.au (Jeremy Webber) writes: > > I have a Personal Iris, with a Hayes compatible modem attached to serial line > 2. I have written a program which resets the modem (using ATZ), sets up some >parameters, including the hangup-when-DTR-dropped state, then dials up a remote > computer, finally establishing an SL/IP connection to it. It might be worth while to add appropriate text for your modem to /usr/lib/uucp/Dialers to talk to your modem during call setup. Please note that (uu)getty lets you chat with with the modem before answering the phone. You must not be using the SGI version of SLIP, judging from the way you describe your SL/IP's operation. > All works well, using port /dev/ttyd2, except if the remote computer hangs up > the line. The sliplogin program on this end does not appear to receive a > HANGUP signal. ttyd2 knows only about pins 2,3,&7. You can't get SIGHUP unless the port listens to DCD on pin 8. Only ttym* and ttyf* listen to pin 8. >I cannot use /dev/ttym2 because it won't allow itself to be opened until DCD is > asserted, and this does not happen until the remote dialup is complete. I >can't establish the session with /dev/ttyd2, then close it and open /dev/ttym2, > because that would cause my modem to hang up, which I want to happen (this is > how the connection is terminated at my end). The several programs we ship that support modems (including SLIP) are expected to use ttym* or ttyf*. They open the port with NODELAY, which allows them to chat with the modem until DCD goes true. The SIGHUP (and other STREAMS head stuff) happens on the "falling edge" of DCD, which obvious can't happen until there has been a "rising edge." Most of the SGI modem fiddling programs, including cu, uucico, and slip, use /usr/lib/uucp/{Dialers,Systems,Dialcodes,...}. Vernon Schryver Silicon Graphics vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02091; 24 Sep 90 7:38 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa01847; 24 Sep 90 6:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01839; 24 Sep 90 6:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23288; 24 Sep 90 6:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA03784; Mon, 24 Sep 90 03:33: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: 24 Sep 90 06:55:44 GMT From: James Helman Organization: Stanford University Subject: Re: 3.3.1, qic 24, 600 ft. tapes, and distcp Message-Id: References: <1990Sep23.115728.3955@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL It seems that 3.3.1 is slightly less than 70MB which is somewhat greater than the 60MB I can write on a 600 ft. tape in qic 24 format. Am I missing something or is 3.3.1 on a 700 foot tape. When I needed to make a copy of the 3.3.1 tape, I used dd (on a Sun but that shouldn't make any difference) rather than distcp. The files totaled 62227456 bytes, which fit on a DC600A tape. Apparently the MB in the 60MB is 1024**2 bytes, because that brings it in just under 60MB at 59.34MB. Anyone know if 60*1024*1024 is really the max raw capacity of a 600ft QIC-24?. Since you indicate closer to 70MB, perhaps distcp is trying to put other stuff (boot files?) on the tape as well. Following are the files sizes I found: File Size 1 512 2 512 3 8192 4 53760 5 19300864 6 82432 7 19431936 8 19370496 9 25088 10 770560 11 16896 12 74240 13 4608 14 1294848 15 25088 16 1561088 17 20992 18 49664 19 135680 Total 62227456 Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Work: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04071; 24 Sep 90 9:38 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa03585; 24 Sep 90 9:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03553; 24 Sep 90 9:12 EDT Received: from mailhost.fmnet.jsc.nasa.gov by VGR.BRL.MIL id aa24100; 24 Sep 90 9:02 EDT Received: by sweetpea.fmnet.jsc.nasa.gov (4.1/25-eef) id AA00940; Mon, 24 Sep 90 08:02:17 CDT Date: Mon, 24 Sep 90 08:02:17 CDT From: Frank Taylor x Message-Id: <9009241302.AA00940@sweetpea.fmnet.jsc.nasa.gov> To: info-iris@BRL.MIL Subject: New 4D/35 The new 4D/35 looks great in terms of CPU performance. I'm wondering if the DSP process mentioned for the stereo sound output is the Motorola 56000 (I assume it must be). If so, what kind of utilities will be shipping with it? Will you make a special version of Mail (like, in the interest of standards, the version on the NeXT)? ---------------------------------------------------------------------------- Frank S. Taylor IV - McDonnell Douglas Space Systems Company 16055 Space Center Blvd., Houston, Tx 77062 (713) 283-4278 (Voice) || (713) 283-4020 (Fax) taylorf@sweetpea.fmnet.jsc.nasa.gov ----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06816; 24 Sep 90 11:44 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa05227; 24 Sep 90 10:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05027; 24 Sep 90 10:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24732; 24 Sep 90 10:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA07586; Mon, 24 Sep 90 07:13: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: 24 Sep 90 13:31:22 GMT From: Frank Perdicaro Organization: Xyvision Design Systems, Wakefield MA Subject: IRIX fsck Message-Id: <1455@contex.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We resell SGI hardware. Some of our customers run their 4D25s three shifts, all week. Occasionally, there will be some condition that causes a file system corruption. Our customers are generally too IRIX uninformed to understand or detect what has happened. As IRIX is currently constructed, fsck is run infrequently. It would be a great service to us, and probably some others, if some nice, somewhat standard interface, like /etc/chkconfig, could be used to enable or disable auto-fsck on restart. More specifically, a program could be written that explictly sets the dirty bit in the superblock for a specific filesystem. A wrapper could be written around this to call it for each file system in /etc/fstab as the system is going down. This process could be enabled|disables with a /etc/autoconfig alwaysfsck on|off. Yes, I could write this in a short period of time. I may yet. I would like to see SGI write and support it, esecially with the advent of logical volumes. ( Logical volumes are nice; they are easy to construct, faster than normal normal file systems, and generally large enough for real work. ) Does anybody else see this need? I am always happy to see my 3100s running fsck, and in my experience, it is run too infrequently on the 4d2x machines. For the underinformed owner/user, every bit helps. -- 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 ab06816; 24 Sep 90 11:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06419; 24 Sep 90 11:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06302; 24 Sep 90 11:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24966; 24 Sep 90 11:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA08570; Mon, 24 Sep 90 07:59: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: 24 Sep 90 14:31:39 GMT From: "Peter S. Shenkin" Organization: Columbia University Subject: Re: Info wanted on 4D/20 Message-Id: <1990Sep24.143139.5894@cunixf.cc.columbia.edu> References: <220351@<1990Sep21>, <19400008@ux1.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <19400008@ux1.cso.uiuc.edu> cs122ae@ux1.cso.uiuc.edu writes: >Anybody know benchmark ratings on the 4D/35 yet??? I'm looking at the 4D-35 brochure from SGI. It's rated at 27 MIPS, 5.0 MFLOPS, both "(est)". It's got 64 kB data cache, 64 kB instruction cache, (compared to 32/64 on the 4D-25), will accept up to 128 Mb main memory Question: is this done using 8Mb SIMMS or by providing double the slots?. Another Question: what do I have to specify to a third party vendor to get 4MB SIMMS for my 4D-25 that I will be able to continue to use if I get the -35 upgrade? -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 aa07416; 24 Sep 90 12:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac06816; 24 Sep 90 11:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06789; 24 Sep 90 11:43 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa25052; 24 Sep 90 11:39 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 5974; Mon, 24 Sep 90 11:38:20 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Mon, 24 Sep 90 11:38 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA07772; Mon, 24 Sep 90 11:40:15 DSD Date: Mon, 24 Sep 90 11:40:15 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: making shared libs To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009241840.AA07772@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I am working on a archive of library functions, and as the library changes, I would like to NOT have to relink the .o files to the library in the executable make file. How do I make the library archive share-able, and have it linked at run time ? 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 aa07891; 24 Sep 90 13:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07482; 24 Sep 90 12:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07438; 24 Sep 90 12:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa25204; 24 Sep 90 12:15 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA10252; Mon, 24 Sep 90 09:11: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: 24 Sep 90 15:25:51 GMT From: Eric Pepke Organization: Florida State University, but I don't speak for them Subject: 3.3 C Weirdness Message-Id: <761@sun13.scri.fsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There is a weirdness in the C that comes with 3.3 when the -prototypes argument is supplied. I like to put prototypes in the .h file associated with each .c file, and then use old style definitions in the .c file. That way, if I want to compile on a 3030, I just hack out the prototypes and it compiles fine. With the new C, however, I sometimes get some odd error messages of the form old/new style declaration and definition of argument <#> mismatch: change the definition to the new (function prototype) style. As far as I can tell, this does not in any way affect code generation; everything compiles fine. It only seems to occur when the argument type in the prototype is a different size from the type it is promoted to when normally passed on the stack. For example, an int is the same size as a long, and a short is shorter. Integer arguments are normally passed as ints, so shorts and chars are ordinarily promoted to ints when passed. This fragment would compile fine: void bork(int); void bork(i) int i; { } These would fail: void face(char); void face(c) char c; { } void fat(short); void fat(s) short s; { } However, both of these would work: void face(char c) { } void fat(short s) { } This behavior puzzles me, because by the time the parser gets to the open bracket, which is where the error is detected, it has enough semantic information to do the right thing no matter whether new- or old-style definitions are used. Selectively to reject old-style definitions seems needlessly purist. Does there exist a fix or workaround for this? I would call the hotline, were it not for the difficulty in explaining things like this in detail over the phone. Eric Pepke INTERNET: pepke@gw.scri.fsu.edu Supercomputer Computations Research Institute MFENET: pepke@fsu Florida State University SPAN: scri::pepke Tallahassee, FL 32306-4052 BITNET: pepke@fsu Disclaimer: My employers seldom even LISTEN to my opinions. Meta-disclaimer: Any society that needs disclaimers has too many lawyers.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab07891; 24 Sep 90 13:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07683; 24 Sep 90 12:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07489; 24 Sep 90 12:32 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa25217; 24 Sep 90 12:20 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 4463; Mon, 24 Sep 90 12:21:39 EST Received: by UOGUELPH (Mailer R2.07) id 3969; Mon, 24 Sep 90 12:21:38 EST Date: Mon, 24 Sep 90 12:09:54 EST From: Peter Jaspers-Fayer Subject: Re: Emergency shutdown and NFS To: Dan Watts , Iris mailing list In-Reply-To: Message of 22 Sep 90 01:16:48 GMT from Message-ID: <9009241220.aa25217@VGR.BRL.MIL> We too have encountered this and other problems with shutting down the system. There have been times when I've tried one after the other: shutdown /etc/halt init 0 and they all fail. It's really maddening to have `init 0` just come back to the prompt and not do anything (yeah, I know it comes back to the prompt anyway, but then it shuts down in 5-15 secs. Mine didn't). I'm not exactly sure how I get into such a state, but I've seen it on both my PI and our 380. We need a fail-safe "slam my file-system down, and give me the monitor" command. In my mind this is what `init 0` should do. If I want to gracefully terminate all my NFS, & etc daemons, then I'll use shutdown. But if I want down NOW, I should have a way of doing it, fail-safe, and without trashing the disks. I even tried sync;sync;sync but the filesystems still came up dirty. /PJ SofPJF@VM.UoGuelph.Ca (Probably also reachable (until ?) at SOFPJF@UOGUELPH.BITNET) ------------------------------------------------------------------------- Who wanted to change this application to Pascal, anyway?   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08516; 24 Sep 90 13:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08243; 24 Sep 90 13:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08204; 24 Sep 90 13:17 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa25440; 24 Sep 90 13:08 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6845; Mon, 24 Sep 90 12:51:13 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Mon, 24 Sep 90 12:55 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!ucbvax.berkeley.edu!sgi!jeremy%perf2.asd.sgi.com) id AA08505; Mon, 24 Sep 90 12:56:40 DSD Date: Mon, 24 Sep 90 12:56:40 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: 'drive faulted' error message To: Jeremy Higdon Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009241956.AA08505@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, mcclb0.med.nyu.edu!ucbvax.berkeley.edu!sgi!jeremy@perf2.asd.sgi.com >In article <9009221751.AA01139@mcirps2.med.nyu.edu>, karron@MCIRPS2.MED.NYU.EDU writes: >> >> >> >> What does this error message mean on my console (not in syslog): >> >> command 82 try 1 ips0d1s7: bn=65873 IOPB >> word1=821E unrecovered 'drive faulted' >> >> Is this a real problem ? Or is this noise ? >> Is data being corrupted, or is it being correctly read ? My real concern is that is the error such that the ecc (error correction code) in the drive is unable to correct the error. If the error is unrecovered, is it retried and correctly recovered later ? 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 aa09596; 24 Sep 90 15:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad09381; 24 Sep 90 15:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09336; 24 Sep 90 14:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00217; 24 Sep 90 14:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13894; Mon, 24 Sep 90 11:38: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: 24 Sep 90 16:15:07 GMT From: Jim Bennett Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: mailbox Message-Id: <1990Sep24.161507.25637@odin.corp.sgi.com> References: <501@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <501@texhrc.UUCP> mjz@texhrc.UUCP (Michael Zeitlin) writes: > > > i have 3.3 running on my 4D-25 personal iris and can't seem > to get mailbox to work....i get the icon (and the nice flag going up) > but my wsh scrolls continuously the following message: > > mailbox: Bad file number > mailbox: Bad file number > mailbox: Bad file number > mailbox: Bad file number > mailbox: Bad file number > mailbox: Bad file number > > any ideas what's happening?? Mailbox prints this message when it can't connect to fam. You should check if famd is running. > i can use mail....to get to and from my sun network and the outside > world, but cant seem to get the iris mail to work locally... > i.e. i can only read my mail on other systems ... > > michael Zeitlin.... > > > p.s. i've only now tried to use mail on 3.3... One of the network types should answer this one. You could try "Mail -v", to see where the mail is going. Jim Bennett (bennett@esd.sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab09596; 24 Sep 90 15:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae09381; 24 Sep 90 15:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09340; 24 Sep 90 14:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00249; 24 Sep 90 14:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13932; Mon, 24 Sep 90 11:39: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 Sep 90 17:48:07 GMT From: Eva Manolis Organization: Silicon Graphics, Entry Systems Division Subject: Re: mailbox Message-Id: <1990Sep24.174807.26980@odin.corp.sgi.com> References: <501@texhrc.UUCP>, <9009222055.AA00571@paling.cwi.nl> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009222055.AA00571@paling.cwi.nl>, robertl@cwi.nl writes: |> |> > mailbox: Bad file number |> > mailbox: Bad file number |> > mailbox: Bad file number |> > mailbox: Bad file number |> |> > any ideas what's happening ?? |> |> We had that too. In our case 'fam' couldn't be launched by |> 'inetd' properly. Try executing '/usr/etc/fam' manually. It |> will probably print some additional info as to what is going on |> (in our case 'fam' couldn't open /dev/imon). You will probably be |> ok if you can get 'fam' to work. |> |> By the way : if you are using central mail services you should |> consider doing something like : |> |> $ ln -s $HOME/.mail /usr/spool/mail/$LOGNAME |> $ mailbox -f $HOME/.mail |> |> This is because every second or so 'fam' will do an 'ls -l' |> of the directory in which your mail-file is in. |> In our case we had +/- 15 users doing an ls -l in /usr/spool/mail |> I little info on 'fam' here.... fam will NEVER do an 'ls -l' of a directory. IF ( and only if) the directory is NFS mounted ( which seems to be the case for Robert van Liere ) 'fam' will 'stat' the directory to track changes. If the files reside on a local file system, there is no polling ( no 'stats' ). fam works with events generated when the filesystem is changed, so it's as cheap and low overhead as it can be. For NFS directories and files, the stat's are every 3 seconds. As far as having trouble starting fam, since fam uses inetd if the machine is having network problems, fam will have trouble starting. Also, inetd uses YP, so if you have YP configured on, you need to make sure that the YP server knows about the 'fam' service. ( a message will appear in /usr/adm/SYSLOG, to clue you in on fam problems) To make sure YP is set up correctly, find out who your YP server is % ypwhich then, login onto your yp server, and make sure that the /etc/rpc file contains a line in it that says sgi_fam 391002 If it doesn't, add it. Then ( as root ) % cd /usr/etc/rpc; make Everything should be ok now. Have fun -eva   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09726; 24 Sep 90 15:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09381; 24 Sep 90 15:06 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa09309; 24 Sep 90 14:52 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa00265; 24 Sep 90 14:41 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 8681; Mon, 24 Sep 90 14:37:08 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Mon, 24 Sep 90 14:33 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA09410; Mon, 24 Sep 90 14:35:23 DSD Date: Mon, 24 Sep 90 14:35:23 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Serial Port Jack Test To: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009242135.AA09410@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil How can I tell, without opening a serial port, that something is, or is not attached to the IRIS ? I am using ttyf* ports, and I want to make my program autoconfiguring. What I mean is if my favorite serial gizmoid is plugged in and holding up DSR or DTR, then go ahead and open the port. If the port is not ready to be opened, then do something else (like use the panel library actuators, and don't wait for data from the serial ports). What is the best way to do this ? I have tried trial opening the port with a timeout spec on the open, but this does not seem to work. Is there a way to check the status bits of the USART on the line ? What is the best way to do this and stay in unix. 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 ab09726; 24 Sep 90 15:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09381; 24 Sep 90 15:06 EDT Received: from adm.brl.mil by VMB.BRL.MIL id ac09309; 24 Sep 90 14:53 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa00269; 24 Sep 90 14:42 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 8683; Mon, 24 Sep 90 14:37:12 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Mon, 24 Sep 90 14:27 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:hultquis@nas.nasa.gov) id AA09405; Mon, 24 Sep 90 14:29:34 DSD Date: Mon, 24 Sep 90 14:29:34 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: panel lib scripting hack mods To: hultquis@nas.nasa.gov Cc: info-iris@BRL.MIL Reply-to: karron%CMCL2.NYU.EDU@cunyvm.cuny.edu Message-id: <9009242129.AA09405@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, hultquis@nas.nasa.gov I have finished (for the moment) my mods(hacks) of the pnl source to permit scripting if external events as well as internal mouse events. You can make tape scripts of whatever you feed into the actuators -> val field to simulate user actions, and make a tape of values on exit, which would include input forced values and user mouse values. The goal is to achieve device independence from dial-and-button box, space balls, and my favorite gizmo, the 3space digitizer. This is done by making the gizoid in question appear to the program as an actuator in the panel library. If the gizmo is not there, you can mouse the appropriate valuator. If the gizmo is there, the actuator will show you the incomming data. If you want to wrestle with the incomming data, you can mouse the actuator with the incomming data, but usually, the gizmoid wins. The main purpose of this exercise is to be able to run my programs on machines without gizmoids by simulating input from 1) scripts or 2)moused actuators. Others have expressed an interest in this functionality, so you might want to include this code in the library distribution. It is clearly demarcated by #ifdef DANS_HACKS, and an aux file, DansScript.c. The native pnl scripting is untouched. All of my external vars have my name(Dans) someplace in them, so there should be little chance of a name space conflict (just in case you forget who is responsible). I have a little demo program, and I will send you the diffs and files if you are interested. I also made some changes to allow the source to pass through the ansified sgi cc compiler with the -prototypes flag. Thanks for your help with the panel library. Z. +-----------------------------------------------------------------------------+ | 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 aa09926; 24 Sep 90 15:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac09381; 24 Sep 90 15:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09332; 24 Sep 90 14:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00205; 24 Sep 90 14:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA13704; Mon, 24 Sep 90 11:30: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: 24 Sep 90 17:46:55 GMT From: Larry Seeley Organization: Jet Propulsion Laboratory, Pasadena, CA. Subject: Re: Lockscreen Message-Id: <9631@jpl-devvax.JPL.NASA.GOV> References: <1990Sep17.170536.27140@midway.uchicago.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep17.170536.27140@midway.uchicago.edu> malagoli@oddjob.UChicago.EDU () writes: >This is my first posting to the network. > >I have developed a lockscreen utility for Irises 4D. It works >on my PI. I am no expert C programmer, so I would appreciate >receiving comments and/or revised versions of this program. > Works great for me too! Very nice! Possible minor problem if a user can rlogin into the PI. Only one [lockscreen] process at a time is active. If a remote user starts [lockscreen], then it seizes the monitor display. (If a [lockscreen] process was already running, it is killed.) Now to unlock the screen you need the remote user's password. (This also means any valid remote user can unlock the screen.)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11106; 24 Sep 90 16:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10826; 24 Sep 90 16:36 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa10780; 24 Sep 90 16:27 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa03059; 24 Sep 90 16:18 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA16354; Mon, 24 Sep 90 13:04: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: 24 Sep 90 16:30:11 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Re: 3.3.1, qic 24, 600 ft. tapes, and distcp Message-Id: <1990Sep24.163011.5420@sgzh.uucp> References: <1990Sep23.115728.3955@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep23.115728.3955@sgzh.uucp> I wrote: > >Hello Magnetic Media types, > >I was planning on making some copies of my 3.3.1 tape to ship out >to some people who need it. But I seem to have run into a small >problem. It seems that 3.3.1 is slightly less than 70MB which is >somewhat greater than the 60MB I can write on a 600 ft. tape in >qic 24 format. Am I missing something or is 3.3.1 on a 700 foot >tape. > >Thanks for any insight, > >Bruno > Thanks to all who answered my plea. As they said using dd it comes to only 60.77MB so it looks like everything will be fine. Thanks again, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12435; 24 Sep 90 18:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12319; 24 Sep 90 18:16 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa12314; 24 Sep 90 18:09 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa04869; 24 Sep 90 18:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA18598; Mon, 24 Sep 90 14:33: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: 24 Sep 90 19:04:28 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: Binary Programs on Info-Iris Message-Id: <1990Sep24.190428.28475@odin.corp.sgi.com> References: <9009201522.AA00565@>, <1990Sep21.175208.266@odin.corp.sgi.com>, <6451@castle.ed.ac.uk> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <6451@castle.ed.ac.uk>, matthew@castle.ed.ac.uk (M White) writes: |> Very useful Mark, however, the code does not do much on some systems. |> When run on our 4D/220 GTXB (IRIX 3.2) it eats CPU time with nothing |> appearing on the screen. I have two points : |> |> 1) Binaries should not be posted to the net: I have been slated by |> workmates, quite rightly, for attempting to run Pauls program on our |> machine. The net is not secure and running binaries straight off it |> (even if the appear to come from sgi) is not a good idea. Paul has posted considerably more than the Electropaint program you are complaining about. (Incidently that wasn't Paul's program, and it doesn't work on systems not running 3.3.) Most of his postings are filters for translating to and from various foreign image file formats and they all work. Which would you rather have, nothing or binaries? In some cases a binary is the only way we could distribute something because of, for example, use of a library that is not widely available or whose source is proprietary. |> |> 2) SGI personnel, of all people, should provide at least SOME |> instructions with code. If you have not seen a uuencoded file before, it |> is not obvious what should be done with it. It should not be necessary |> for net-time to be spent with queries such as Lance's above. |> Yes some simple instructions would help. -- 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 aa12638; 24 Sep 90 19:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12545; 24 Sep 90 19:03 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa12525; 24 Sep 90 18:51 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa05354; 24 Sep 90 18:37 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA19711; Mon, 24 Sep 90 15:20: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 Sep 90 20:50:21 GMT From: James Helman Organization: Stanford University Subject: Re: making shared libs Message-Id: References: <9009241840.AA07772@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A while back, I thought about creating a shared library, but changed my mind after looking in the "Building a Shared Library" part of the Programmer's Guide. It appears to be quite painful to create shared libraries under IRIX. In particular, as I understand it: 1) Imported symbols cannot be referenced directly. You need to get a pointer into the library's data and use indirection. Calls are handled transparently through a branch table created in the shared library. 2) If an external symbol moves, you must relink all a.out files that use that shared library. (So you have to be sure to put all your externally visible static data in a separate file and archive it in first otherwise a new string literal or compiler generated switch table in another object file could move them.) 3) Every application using a shared library, gets its own private copy of the entire library's data section, i.e. no copy-on-write. 4) When a shared library imports symbols from another shared library, calls are no longer transparent. They must be made through a pointer, e.g. (*_libc_malloc)(n), and the corresponding initialization, e.g. _libc_malloc = &malloc, must be part of the staticly linked code. This would affect any user generated shared library using libc_s. 5) Shared libraries must be preallocated regions in memory. If you give out a package with your own shared library, there's no guarantee that someone else hasn't already used that region!!!! Please correct me if I'm wrong on any of this. It looks MUCH easier under SunOS. I believe that SVR4 has improved shared library support, but I don't know if it's compatible with Sun's (I hope so), OSF's (?, they must have one) or SGI's current offering. Anyone care to clue us in to what the future holds for IRIX and shared libs. Will IRIX be tracking SVR4 or some other UN*X "standard" in this regard? Thanks, Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Work: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id ab12638; 24 Sep 90 19:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12586; 24 Sep 90 19:17 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa12574; 24 Sep 90 19:05 EDT Received: from vms3.macc.wisc.edu by ADM.BRL.MIL id aa05646; 24 Sep 90 18:59 EDT Received: from lax.wisc.edu by WISCMACC.BitNet; Mon, 24 Sep 90 16:42 CDT Received: from VMSmail by lax.wisc.edu; Mon, 24 Sep 90 15:54 CDT Message-Id: <20092415543219@lax.wisc.edu> Date: Mon, 24 Sep 90 15:54 CDT From: SENGER@lax.wisc.edu Subject: Dial Boxes To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@BRL.mil" I am looking for information on sources for dial boxes (other than SGI). - steve senger@lax.wisc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12817; 24 Sep 90 19:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12721; 24 Sep 90 19:43 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa12697; 24 Sep 90 19:34 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa05863; 24 Sep 90 19:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA20881; Mon, 24 Sep 90 16:08: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: 24 Sep 90 22:04:40 GMT From: "S. Charles Chang" Organization: University of New Mexico Subject: Help on setting UUCP <--> Internet Message-Id: <1990Sep24.220440.2821@unmvax.cs.unm.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a 4D/25 running Irix 3.3. My problem is the sendmail setup between a remote UUCP site and the internet machine. The remote machine uses modem to poll mails down from the forwarding host which is the 4D/25. So what exactly should I do on Irix 3.3 to make this work? Note that the remote machine is registered in US Domain, so the domain is not hostname.UUCP but hostname.city-name.state-name.us (P.S. if I use UUCP as domain, it will work fine.) I tried to modify sendmail.cf and /usr/lib/uucp/Systems but it did not help, I always got error message like "unknown host ... hostname ... .ether not found" All responses will be appreciated. I really need some clues to figure that out. *------------------------------* \ S. Charles Chang \ \ Dept. of Computer Science \ \ University of New Mexico \ \ chang@tiguex.cs.unm.edu \ *------------------------------*   Received: from vmb.brl.mil by VMB.BRL.MIL id ab12817; 24 Sep 90 19:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab12721; 24 Sep 90 19:43 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa12699; 24 Sep 90 19:34 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa06018; 24 Sep 90 19:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21220; Mon, 24 Sep 90 16:20:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 24 Sep 90 22:18:32 GMT From: "Daniel E. Wollman" Organization: University of Pennsylvania Subject: X11R4 on SGI/Personal Iris Message-Id: <30066@netnews.upenn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have experience running X11R4 on the Personal Iris? In approximately 2 months, I will be teaching an introductory course on UNIX and programming under X11 and will have several IRIS' at my disposal - the catch : no server for SGI seems to be available from Athena. I'd hate life if I had to write all of my code under the 4Sight windows system. Reply by email to: dew@vision3.anatomy.upenn.edu Thanks, Dan Wollman   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12965; 24 Sep 90 20:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac12817; 24 Sep 90 19:57 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa12769; 24 Sep 90 19:48 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa06130; 24 Sep 90 19:37 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA21348; Mon, 24 Sep 90 16:24: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: 24 Sep 90 22:38:46 GMT From: "David B.Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 3.3 C Weirdness Message-Id: <70109@sgi.sgi.com> References: <761@sun13.scri.fsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <761@sun13.scri.fsu.edu> pepke@gw.scri.fsu.edu (Eric Pepke) writes: >There is a weirdness in the C that comes with 3.3 when the -prototypes >argument is supplied. > >I like to put prototypes in the .h file associated with each .c file, and >then use old style definitions in the .c file. That way, if I want to >compile on a 3030, I just hack out the prototypes and it compiles fine. > >With the new C, however, I sometimes get some odd error messages of the >form > >old/new style declaration and definition of argument <#> >mismatch: change the definition to the new (function prototype) style. > >As far as I can tell, this does not in any way affect code generation; This message means that you are doing something that violates the ANSI C rule that, when mixing a prototype with an old-style definition: ``the type of each parameter shall be compatible with the type that results from the appliation of the default argument promotions.'' So that would mean declaring the argument as int, not char (everywhere). (This compiler is not an ANSI C compiler but it does enforce some basic ANSI rules for function prototypes.) So: int x(char); int x(z) char z; { } is an error,while int x(char); int x(char z) { } is correct. The compiler is complaining because a) the usage in error will generate code that will not work for some (non-sgi) machines for char, short, unsigned char, unsigned short. b) the resulting code will defininitely not work on our machines if one has int x(float); int x(y) float y; { } since any call seeing the prototype will pass a float, while the function definition expects a double (after K&R type rewriting to double). The compiler is just trying to keep you from writing non-portable/erroneous code. It's for your own good :-). 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 aa13146; 24 Sep 90 20:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13072; 24 Sep 90 20:22 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa13060; 24 Sep 90 20:18 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa06567; 24 Sep 90 20:02 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA22042; Mon, 24 Sep 90 16:47: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: 24 Sep 90 22:59:26 GMT From: "David B.Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: 3.3 fortran problem Message-Id: <70111@sgi.sgi.com> References: <9009220353.AA08099@akiko.Princeton.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9009220353.AA08099@akiko.Princeton.EDU>, phil@AKIKO.PRINCETON.EDU ("Philip D. Jeffrey") writes: > In article <25656.26f4d43b@kuhub.cc.ukans.edu> arritt@kuhub.cc.ukans.edu writes: > Status: R > > >Has anyone been having problems compiling Fortran code under 3.3? I just > >installed 3.3 and tried to compile one of the models I've been using, and > >got the following error message: > > > > > > f77 -static -Olimit 1400 -O1 -c hill2dc.f > > > >ugen: internal: error in write, writing 6528 bytes instead of 8192 bytes > >*** Error code 1 > > > >Stop. > > > > > > It happened to us when compiling a graphics program that compiled fine under > 3.2 (4D/25TG) and didn't under 3.3 (4D/340VGX). It turned out that /tmp was > filling up with temporary files written by ugen, if I recall correctly. We > expanded /tmp using a link to /usr/tmp (the perils of doing this sort of thing > have been previously discussed on this network), and now the programs compile > just fine. A simpler and safer solution to running out of space during compiles is setenv TMPDIR /usr/tmp (using csh terminology) for example or TMPDIR=/usr/tmp ; export TMPDIR (using sh/ksh) See the f77(1) or cc(1) man page. Regards, [ 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 aa13669; 24 Sep 90 22:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13636; 24 Sep 90 22:21 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa13608; 24 Sep 90 22:08 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa07922; 24 Sep 90 22:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA24637; Mon, 24 Sep 90 18:45: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: 25 Sep 90 01:01:47 GMT From: James Helman Organization: Stanford University Subject: Re: Binary Programs on Info-Iris Message-Id: References: <9009201522.AA00565@>, <1990Sep21.175208.266@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL 1) Binaries should not be posted to the net: I have been slated by workmates, quite rightly, for attempting to run Pauls program on our machine. The net is not secure and running binaries straight off it (even if the appear to come from sgi) is not a good idea. The same is true of large source code distributions as well. I have looked at only a small fraction of the source code off the net which I've compiled, some of it installed suid root. Any piece of it could be dangerous, but not necessarily by intention. A good example is the recent XView source code distribution, whose original makefile (which was quickly corrected and disseminated thanks to the net) did an "rm -rf ../../." in response to a "make clean." Another was the gnuemacs makemail security "hole", which resulted from someone incorrectly installing suid root a program which was not designed for and did not need to be installed that way. I think it's important to raise the issue. Sysadmins of lots of machines right on the Internet are too complacent about security, not even bothering to put passwords on user, and often even system, accounts. Others are too paranoid and want to forbid use of any software from the net. They both worry me. Everyone should remember what can happen, even when your machine is running mainstream software: Received: by thrush.STANFORD.EDU (3.2/4.7); Thu, 3 Nov 88 03:36:02 PST Subject: Sun & Vaxen virus ALERT! Date: Thu, 03 Nov 88 03:36:00 PST This evening our cluster of Suns and Vaxen started having a fit. Sluggish. Heavy load. The finger daemons were buzzing and lots of sh's and rsh's started popping up. . . . Yep, someone is spreading a virus across the ethernet by executing a shell commands via sendmail. The shell script compiles and runs a C program which opens an ethernet connection to copy the full virus from an infected machine. Apparently, it then looks for ways to propagate itself to other machines. I've managed to intercept a copy of the receptor program by creating a fake sed. But so far, I haven't been able to get a full copy. This virus doesn't appear to do any damage other than creating a heavy load and possibly crashing the machine when resource limits are exceded. Whether risking network software is worthwhile depends on how much you trust the source and how much you want the software. And most of us want software real bad. Most of the past damage hasn't been caused by malice, but by goofs. Let's hope both consumers and suppliers of code are careful enough to avoid any disasters. It's too valuable an exchange to give up. Jim Helman Department of Applied Physics Durand 012 Stanford University FAX: (415) 725-3377 (jim@KAOS.stanford.edu) Work: (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13762; 24 Sep 90 22:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab13669; 24 Sep 90 22:35 EDT Received: from spark.brl.mil by VMB.BRL.MIL id aa13659; 24 Sep 90 22:27 EDT Date: Mon, 24 Sep 90 22:22:32 EDT From: John Grosh (IBD) To: info-iris@BRL.MIL Subject: Bug Report Message-ID: <9009242222.aa12472@SPARK.BRL.MIL> We have detected a bug in IRIX 3.3.1 on the Personal Iris 4D/25G. When the following program is compiled, the user no longer has control of mouse events, and other graphics programs (e.g. gr_osview) get almost no runtime. When compiled with the -DFIX option, the O/S runs normally. Note that the POWER Series machines do not appear to be affected by this problem. ---------------- bug.c ---------------- /* Compiling broken version: cc -o bug bug.c -lgl_s cc -o bug bug.c -lgl Compiling working version: cc -DFIX -o bug bug.c -lgl_s for working version */ #include #include #include main() { short buf[512*512]; foreground(); prefposition(100,611,100,611); winopen("Broken"); while(1) { rectwrite(0,0,511,511, buf); #ifdef FIX delay(0.0001); #endif } } delay(time) double time; { struct timeval tv; tv.tv_sec = time; tv.tv_usec = (time - tv.tv_sec) * (1E6); select(0,0L,0L,0L,&tv); }   Received: from vmb.brl.mil by VMB.BRL.MIL id ai00262; 30 Sep 90 11:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id an00201; 30 Sep 90 11:34 EDT Received: by VMB.BRL.MIL id ac00122; 30 Sep 90 11:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26383; 29 Sep 90 1:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19619; 29 Sep 90 1:14 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.42) id AA23923; Fri, 28 Sep 90 22:01: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 Sep 90 20:37:47 GMT From: Eva Manolis Organization: Silicon Graphics, Entry Systems Division Subject: Re: mailbox Message-Id: <1990Sep24.203747.545@odin.corp.sgi.com> References: <501@texhrc.UUCP>, <9009222055.AA00571@paling.cwi.nl>, <1990Sep24.174807.26980@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Sep24.174807.26980@odin.corp.sgi.com>, eva@socrates.esd.sgi.com (Eva Manolis) writes: |> In article <9009222055.AA00571@paling.cwi.nl>, robertl@cwi.nl writes: |> |> |> |> > mailbox: Bad file number |> |> > any ideas what's happening ?? |> |> |> |> We had that too. In our case 'fam' couldn't be launched by |> |> 'inetd' properly. |> |> I little info on 'fam' here.... |> |> fam will NEVER do an 'ls -l' of a directory. |> IF ( and only if) the directory is NFS mounted ( which seems to be |> the case for Robert van Liere ) 'fam' will 'stat' the directory to |> track changes. If the files reside on a local file system, there is |> no polling ( no 'stats' ). fam works with events generated when the filesystem |> is changed, so it's as cheap and low overhead as it can be. |> For NFS directories and files, the stat's are every 3 seconds. |> |> As far as having trouble starting fam, since fam uses inetd if the |> machine is having network problems, fam will have trouble starting. |> Also, inetd uses YP, so if you have YP configured on, you need to make |> sure that the YP server knows about the 'fam' service. |> ( a message will appear in /usr/adm/SYSLOG, to clue you in on fam problems) |> |> To make sure YP is set up correctly, find out who your YP server is |> % ypwhich |> |> |> then, login onto your yp server, and make sure that the /etc/rpc file contains |> a line in it that says |> sgi_fam 391002 |> |> If it doesn't, add it. |> Then ( as root ) |> % cd /usr/etc/rpc; make |> Sorry, I meant cd /usr/etc/yp; make ( and I've been informed, on new model suns, its cd /var/yp; make |> Everything should be ok now. |> |> Have fun |> -eva