Received: from vmb.brl.mil by VMB.BRL.MIL id aa25247; 24 May 90 21:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25005; 24 May 90 21:21 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24984; 24 May 90 21:11 EDT Received: from truth.waikato.ac.nz by VGR.BRL.MIL id aa26440; 24 May 90 21:07 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Fri, 25 May 90 13:06 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Fri, 25 May 90 13:04 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@brl.mil) id AA21732; Fri, 25 May 90 13:00:35 NZT Date: Fri, 25 May 90 13:00:35 NZT From: russell@ccu1.aukuni.ac.nz Subject: rarp server wanted for 4D To: info-iris@BRL.MIL Message-Id: <9005250100.AA21732@ccu1.aukuni.ac.nz> Does anybody have a version of rarpd running on a 4D system? Or know where we can get the source. In case you don't know what rarp is, its 'reverse address resolution protocol'. It is part of the TCP/IP family and allows a machine on ethernet to broadcast its ethernet address and the rarp server will look up the ethernet address in its tables and return the IP address. ( Assuming that the machine is known to the server.) Very useful if you have lots of PCs on the ethernet and people keep moving the boot disks around that have the IP address on them, resulting in several PCs trying to use the same IP address. Which is what happens here. Thanks, Russell. -- +-----------------------------------------------------------------+ | Russell Fulton 'phone +64 9 737-999 x 8955 | | Computer Centre domain rj_fulton@aukuni.ac.nz | | University of Auckland fax +64 9 303-2467 | | Private Bag time gmt -12 (13) (summer time)| | Auckland, New Zealand. | +-----------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01242; 25 May 90 9:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00995; 25 May 90 8:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00992; 25 May 90 8:50 EDT Received: from [134.223.87.6] by VGR.BRL.MIL id aa03994; 25 May 90 8:40 EDT Date: Fri, 25 May 90 08:39:44 EDT From: Willie Lim Received: by gdstech.grumman.com (5.52/2.1-Grumman Data Systems-Woodbury) id AA07573; Fri, 25 May 90 08:39:44 EDT Message-Id: <9005251239.AA07573@gdstech.grumman.com> To: info-iris@BRL.MIL Cc: dave@gdstech.grumman.com, wlim@gdstech.grumman.com, wlim@wheaties.ai.mit.edu Subject: [dave@hayslip.LOCAL: sendmail.cf] [Dave Englund is the person who fixed our sendmail.cf file to make outgoing and incoming mail work.---wlim] Date: Fri, 25 May 90 07:52:21 EDT >From: dave@hayslip.LOCAL (Dave Englund) To: wlim@gdstech.grumman.com Subject: sendmail.cf The problem: Our PI was not receiving mail. The search for enlightenment: 1) Our hostname is "hayslip". 2) We could send mail from hayslip to other machines. 3) We could only receive mail sent from hayslip to hayslip using addresses consisting only of user names. For example: To: wlim From: dave 4) Using "sendmail -bt", we found that the address "dave@crcvs" (where crcvs is another host on our network) was expanding as follows. rewrite: ruleset 3 input: "dave" "@" "crcvs" rewrite: ruleset 3 returns: "dave" "<" "@" "crcvs" ">" rewrite: ruleset 0 input: "dave" "<" "@" "crcvs" ">" rewrite: ruleset 0 returns: "^V" "ether" "^W" "crcvs" "^X" "dave" "<" "@" "crcvs" "." "LOCAL" ">" 5) Expanding the address "dave@hayslip": rewrite: ruleset 3 input: "dave" "@" "hayslip" rewrite: ruleset 3 returns: "dave" "<" "@" "hayslip" ">" rewrite: ruleset 0 input: "dave" "<" "@" "hayslip" ">" rewrite: ruleset 0 returns: "^V" "ether" "^W" "hayslip" "^X" "dave" "<" "@" "hayslip" "." "LOCAL" ">" 6) The error message we got from hayslip when trying to use the above address was: "I refuse to send mail to myself." >From 4 + 5 above, it seemed that hayslip thought it had to send mail to itself over ethernet. It didn't recognize itself! 7) Using "sendmail -bt -d21.99", we found that the expansion of "dave@hayslip" began as: dave @ hayslip dave < @ hayslip > dave < @ hayslip . LOCAL > 8) At this point, the rewrite rules try to strip off the local host name. None of the appropriate rules would match this though, so the expansion continued along the same lines as for a remote host. The FIX: Add a rewrite rule to convert things like "dave<@hayslip.LOCAL>" to "dave". In ruleset 0: # ??? unusual rule # Assume that all unqualified, canonical names are local. This is # not necessary unless /etc/hosts contains entries whose first # name does not contain periods. R$*<@$=S>$* $1<@$2.$D>$3 # now delete the local info R$*<@$=w>$* $@$>29$1$3 retry thishost R$*<@$j>$* $@$>29$1$2 even if it has dots # daves hack #R$*<@$=w.$D>$* $@$>29$1$3 retry this host.LOCAL # end of hack R$*<@$D>$* $@$>29$1$2 retry LOCAL R$*<@.$D>$* $@$>29$1$2 retry .LOCAL R$*<@$=w.UUCP>$* $@$>29$1$3 retry thishost.UUCP R$*<@$j.UUCP>$* $@$>29$1$2 R$*<$*.>$* $1<$2>$3 drop trailing dot R<@>$* $@$>29$1 route strip & retry R$*<@> $@$>29$1 strip null & retry This worked just fine!   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03105; 25 May 90 11:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00995; 25 May 90 8:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00976; 25 May 90 8:49 EDT Received: from [134.223.87.6] by VGR.BRL.MIL id aa03973; 25 May 90 8:37 EDT Date: Fri, 25 May 90 08:36:44 EDT From: Willie Lim Received: by gdstech.grumman.com (5.52/2.1-Grumman Data Systems-Woodbury) id AA07476; Fri, 25 May 90 08:36:44 EDT Message-Id: <9005251236.AA07476@gdstech.grumman.com> To: info-iris@BRL.MIL Cc: wlim@gdstech.grumman.com, wlim@ai.mit.edu Subject: Collected responses to my sendmail.cf query (PI email problem) >From scotth%harlie.corp@sgi.com Fri May 25 08:33:59 1990 Return-Path: <@eddie.mit.edu:scotth%harlie.corp@sgi.com> To: wlim@ai.mit.edu (William Y-P. Lim) Subject: Re: sendmail.cf In-Reply-To: Your message of Wed, 02 May 90 12:17:16 -0400. <9005021617.AA05568@rice-chex> Date: Thu, 03 May 90 08:58:32 PDT >From: scotth%harlie.corp@sgi.com > Hi, do you know who I should contact regarding the following problem? > I have been trying to get our Personal Iris (no NFS) to send and > receive mail from other ethernet hosts. I played around with > sendmail.cf and could only get it send mail out. It couldn't receive > mail. Also if I don't change DDFOO.COM to DDLOCAL (and enabling a > rule for parsing hostnames with no "."), sendmail seems to go into an > infinite loop (looping between rules 29, 3, and 0) when I try to get > it to parse an address of the form user@hostname. > Any suggestions? > Willie I talked to watson@sgi.com (who knows a lot more about this than I do, I'm just starting to learn it), and he said: % There's no easy answer to this query. Editing sendmail.cf requires quite % a crash course in the way sendmail works. There is sparse documentation % with sendmail; it's barely sufficient but a good place to start. % How this person should change his .cf file depends upon a zillion % features of his environment, and will take quite a while to figure out % even for someone knowledgeable about sendmail. % Sorry I can't do better, but .cf hacking, although not difficult in % principle, is heavily site-dependent and requires some study in advance. % -D. Sorry, I don't know anything better to tell you. -- scott >From loki@physics.mcgill.ca Fri May 25 08:34:06 1990 Return-Path: Date: Tue, 15 May 90 09:53:18 EDT >From: Loki Jorgenson Rm421 To: wlim@ai.mit.edu Subject: Re: Messing around with sendmail.cf This sounds familiar. Could it be that when you watch the mail to the IRIS from another machine using -v option on mail (BSD mail), you see it being rejected because the IRIS doesn't recognize its own address? If this sounds similar, write back. We had a SUN cluster with one 3/180 acting as central mailhost and all of the client 3/50's set up to send mail they don't recognize to it. When we included our IRIS in this setup, it kept sending mail for itself back to the mailhost because it didn't recognize its own name in the address. We hacked the sendmail.cf to force recognition. This worked although it wasn't very professional. I'll give you details if this sounds like your situation. Regards, Loki Jorgenson node: loki@physics.mcgill.ca Physics, McGill University fax: (514) 398-3733 Montreal Quebec CANADA phone: (514) 398-6531 <.... Free the mind and the police will surely follow ....> >From rose@baby.swmed.utexas.edu Fri May 25 08:34:10 1990 Return-Path: Date: Tue, 15 May 90 09:25:43 CDT >From: rose@baby.swmed.utexas.edu (Rose Oguz) To: wlim@ai.mit.edu Subject: Re: Messing around with sendmail.cf I spent about 2 months trying to get e-mail working on my Personal Iris. Let me see if I understand the problem correctly. You can send mail out, but you can't receive it. I had the same problem. The last stage of my problem was that I could only receive mail from on campus. The real world couldn't reach me. I tried a number of things and what worked follows: In /etc/init.d/network, add the following line after "routed" is started /usr/etc/route add default 1 where is a smart gateway that will provide routing. I got the information out of the TCP/IP User's Guide, version 2.1 (document #007-0830-021) on p. 4-10. I originally implemented this to make sure that I'd get access out of my machine, but it cleared up my e-mail problem, too. I called the SGI hotline and didn't get an explanation. It seems that my PI didn't know who it was, in a sense. In any case, give it a try. If it doesn't work, let me know. I had to do a few other things before even getting to this point; so, I may be able to give you other useful information. Good luck! Rose Oguz rose@baby.swmed.utexas.edu >From loki@physics.mcgill.ca Fri May 25 08:34:13 1990 Return-Path: Date: Tue, 15 May 90 11:39:12 EDT >From: Loki Jorgenson Rm421 To: wlim@ai.mit.edu Subject: Re: Messing around with sendmail.cf Hey ho again. OK... I have included the slightly hacked version of sendmail.cf which I use on smaug (the IRIS). Needless to say, this version of sendmail.cf is *highly* dependent on having a clearinghouse mailhost for non-local mail to be passed to. The only important features are commented in the following. One is the definition of a $S, a variable containing the name the IRIS has in /etc/sys_id, and the line in RuleSet 0 where $S is stripped out of the address. I am not at all sure whether this will be relevant to your situation or not. Good luck, Loki Jorgenson node: loki@physics.mcgill.ca Physics, McGill University fax: (514) 398-3733 Montreal Quebec CANADA phone: (514) 398-6531 # McGill Generic Sendmail Configuration (Client) # # This is to be installed on each client in a domain, # and is as machine independent as possible. Configuration # information is mostly definedly automatically by sendmail. # Each client passes mail that is not recognized as local # to the clearinghost (called mailhost.this.domain). # # It is based on a more-or-less generic IDA sendmail binary, # with the exception of the $m macro being set to the name of # the domain (as is done in SunOS 4.0 sendmail). # # An important point about this mailer: it only talks to the # local clearing house, and has no idea whatsoever about # external mail formats. Therefore, the clients never rewrite # addresses; that is best left to the clearinghouse. # version (client) DVIDA-1.1C # my official hostname Dj$w # hack local name problem (L.Jorgenson 12/4/90) DSsmaug # add the hostname to the list Cw$k # major relay host DGmailhost ########################## ### Special macros ### ########################## # my name DnMAILER-DAEMON . . etc . . ##################################################### # # # Ruleset 0, where things get done! # # # # (Not nearly as hairy as your average ruleset 0, # # since we only handle identifyable local # # addresses--anything remotely suspicious goes # # to the guru for resolution) # ##################################################### S0 R@ $#local $:$n handle <> form R$*<@$=w> $@$>29$1 strip our aliases R<@$=w>:$+ $@$>29$2 retry after route strip R$*<@$k> $@$>29$1 strip our hostname # Here we strip out our "local" name after the official strips fail R$*<@$S> $@$>29$1 strip smaug R<@$k>:$+ $@$>29$1 string R$*<@$+>$* $#ether $@$G$:$1@$2$3 pass to guru . . etc. >From treed%tom.dallas@sgi.com Fri May 25 08:34:17 1990 Return-Path: <@eddie.mit.edu:treed%tom.dallas@sgi.com> Date: Tue, 15 May 90 11:13:55 CDT >From: treed%tom.dallas@sgi.com (Thomas E Reed) To: wlim@ai.mit.edu Subject: Re: Messing around with sendmail.cf >Message-Id: <9005151205.AA16842@rice-chex> >To: info-iris@BRL.MIL >Subject: Messing around with sendmail.cf > >At my place of work, we have a Personal Iris connected to an internal >network. There are Unix machines (BSD, Sparc stations, Ultrix) and >Symbolics machines on that network. However we are having problems >trying to get email to work on the Personal Iris (ftp and telnet seem >to work though). We could send mail out from the Personal Iris to the >other hosts. The problem is that we can't send mail to the Personal >Iris. > >Any ideas on how sendmail.cf should be fixed to get mail to work >properly? > >Thanks in advance. > > >Willie In general you will need to change the sendmail.cf file to make it work. The entries you need to change are: # full domain name DDFOO.COM # Forwarding host. DFbar.foo.com CFbar # default network name ONFOO.COM If you are using canonial naming then these entries should agree with your local network configuration. For example if your systems hostname is "myhost" and your network domain is "somenet1.myschool.edu" and the hostname of the mail forwarder for your system is "mailfwd.somenet2.myschool.edu" then these entries would look like: # full domain name DDsomenet1.myschool.edu # Forwarding host. DFmailfwd.somenet2.myschool.edu CFmailfwd # default network name ONsomenet1.myschool.edu IF you are not using canonical named hosts in your "/etc/hosts" file ie. the entries look like "192.1.1.1 foo" instead of "192.1.1.1 foo.bar.com" then the entries should look like: # full domain name DDLOCAL # Forwarding host. DFmailfwd CFmailfwd # default network name ONLOCAL and you will need to uncomment the rewrite rule shown below in your sendmail.cf file. # ??? unusual rule # Assume that all unqualified, canonical names are local. This is # not necessary unless /etc/hosts contains entries whose first # name does not contain periods. #R$*<@$=S>$* $1<@$2.$D>$3 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is the rewrite rule Every time you change the sendmail.cf file you need to stop and start sendmail. You can do this by typing (as root) the following. /etc/init.d/mail stop then type /etc/init.d/mail start Hope this helps... PS. your question about using QIC-24 tapes with a PI? Unless you asked differently you PI was shipped with a QIC-150 "high density" tape drive. QIC-24 tapes are not compatible with this higher density drive. The drive will read QIC-24 tapes you just can't write to them. -- Tom Reed SGI - Dallas email: treed@sgidal.dallas.sgi.com vmail: 8705 phone: 214-788-4122 >From wlim@ai.mit.edu Fri May 25 08:34:25 1990 Return-Path: >From: wlim@ai.mit.edu (Michael Rowan) Date: Tue, 15 May 90 12:45:10 EDT To: rose@baby.swmed.utexas.edu Subject: [treed%tom.dallas@sgi.com: Re: Messing around with sendmail.cf] Return-Path: <@eddie.mit.edu:treed%tom.dallas@sgi.com> Date: Tue, 15 May 90 11:13:55 CDT >From: treed%tom.dallas@sgi.com (Thomas E Reed) To: wlim@ai.mit.edu Subject: Re: Messing around with sendmail.cf >Message-Id: <9005151205.AA16842@rice-chex> >To: info-iris@BRL.MIL >Subject: Messing around with sendmail.cf > >At my place of work, we have a Personal Iris connected to an internal >network. There are Unix machines (BSD, Sparc stations, Ultrix) and >Symbolics machines on that network. However we are having problems >trying to get email to work on the Personal Iris (ftp and telnet seem >to work though). We could send mail out from the Personal Iris to the >other hosts. The problem is that we can't send mail to the Personal >Iris. > >Any ideas on how sendmail.cf should be fixed to get mail to work >properly? > >Thanks in advance. > > >Willie In general you will need to change the sendmail.cf file to make it work. The entries you need to change are: # full domain name DDFOO.COM # Forwarding host. DFbar.foo.com CFbar # default network name ONFOO.COM If you are using canonial naming then these entries should agree with your local network configuration. For example if your systems hostname is "myhost" and your network domain is "somenet1.myschool.edu" and the hostname of the mail forwarder for your system is "mailfwd.somenet2.myschool.edu" then these entries would look like: # full domain name DDsomenet1.myschool.edu # Forwarding host. DFmailfwd.somenet2.myschool.edu CFmailfwd # default network name ONsomenet1.myschool.edu IF you are not using canonical named hosts in your "/etc/hosts" file ie. the entries look like "192.1.1.1 foo" instead of "192.1.1.1 foo.bar.com" then the entries should look like: # full domain name DDLOCAL # Forwarding host. DFmailfwd CFmailfwd # default network name ONLOCAL and you will need to uncomment the rewrite rule shown below in your sendmail.cf file. # ??? unusual rule # Assume that all unqualified, canonical names are local. This is # not necessary unless /etc/hosts contains entries whose first # name does not contain periods. #R$*<@$=S>$* $1<@$2.$D>$3 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is the rewrite rule Every time you change the sendmail.cf file you need to stop and start sendmail. You can do this by typing (as root) the following. /etc/init.d/mail stop then type /etc/init.d/mail start Hope this helps... PS. your question about using QIC-24 tapes with a PI? Unless you asked differently you PI was shipped with a QIC-150 "high density" tape drive. QIC-24 tapes are not compatible with this higher density drive. The drive will read QIC-24 tapes you just can't write to them. -- Tom Reed SGI - Dallas email: treed@sgidal.dallas.sgi.com vmail: 8705 phone: 214-788-4122 >From gln@pc-i1.me.umn.edu Fri May 25 08:34:32 1990 Return-Path: Date: Tue, 15 May 90 12:24:57 CDT >From: Glen Niebur To: wlim@ai.mit.edu Subject: sendmail.cf I spent a considerable amount of time trying to figure out sendmail.cf My conclusion was that the sendmail.cf which SGI sends with their machines is useless. I got the following sendmail file off of anonymous ftp from our local NIC. You can probably fix it up to work for your machines by changing the hostnames and domains. Note that it assumes that any machine on your local network (e.g. mit.edu) can be reached directly. If this is not the case, remove the line which ends with "on uofm network" ############################################################################### ### ### ### sendmail configuration for generic complex host ### ### with both UUCP and Internet connections ### ### ### ### Erik E. Fair ### ### ### ############################################################################### # Our local domain ($D is added to $w [hostname] for official name in base.m4) # CHANGE THESE TWO LINES DDme.umn.edu DHpc-i1 # All the names we are known by (put all the names & nick names on the next # line, separated by spaces. If you need another line, begin it with "Cw") # CHANGE THIS LINE Cwpc-i1.me.umn.edu pc-i1 pc-iris # Our UUCP name DU$w # the list of UUCP hosts that we speak to (same rules as Cw, use the # output of the "uuname" command; also, when you add or delete a host # from the L.sys, don't forget to add or delete it here) CU #define forwarding host (usually called mailhost) DFmailhost ############################################################################### ### baseline definitions that sendmail needs to operate ### ############################################################################### ########################## ### Special macros ### ########################## DV25 # my official hostname Dj$H.$D # my name (the name on mailer bounces) DnMAILER-DAEMON # UNIX header format DlFrom $g $d # delimiter (operator) characters Do.:%@!^/[] # format of a total name Dq$?x$x <$g>$|$g$. # SMTP login message De$j Sendmail $v/$V ready at $b ################### ### Options ### ################### # we have full sendmail support here Oa # location of alias file OA/usr/lib/aliases # default delivery mode (deliver in background) Odbackground # (don't) connect to "expensive" mailers #Oc # temporary file mode OF0600 # default GID Og1 # location of help file OH/usr/lib/sendmail.hf # log level OL9 # Send to me too (even if I'm in an alias expansion) Om # default messages to old style Oo # queue directory OQ/usr/spool/mqueue # read timeout -- violates protocols (timeout an SMTP idle for 2 hours) Or2h # status file OS/usr/lib/sendmail.st # queue up everything before starting transmission Os # default timeout interval (returns undelivered mail after 3 days) OT3d # time zone names (V6 only) OtPST,PDT # default UID Ou1 # encrypted wizard's password (for the undocumented "wiz" SMTP command) OWnot-likely # rebuild the aliasfile automagically #OD # maximum load average before queueing mail Ox10 # maximum load average before rejecting connections OX15 ############################### ### Message precedences ### ############################### Pfirst-class=0 Pspecial-delivery=100 Pbulk=-60 Pjunk=-100 ######################### ### Trusted users ### ######################### Troot Tdaemon Tnews Tuucp ############################# ### Format of headers ### ############################# H?P?Return-Path: <$g> HReceived: $?sfrom $s$. by $j$?r with $r$. ($v/$V-eef) id $i; $b H?D?Date: $a H?F?From: $q H?x?Full-Name: $x H?M?Message-Id: <$t.$i@$j> HSubject: H?D?Resent-Date: $a H?F?Resent-From: $q H?M?Resent-Message-Id: <$t.$i@$j> ############################################################################### # RULESET ZERO PREAMBLE # ############################################################################### S0 # first make canonical R$*<$*>$* $1$2$3 defocus R$+ $:$>3$1 make canonical # handle special cases..... R@ $#local$:$n handle <> form R$*<@[$+]>$* $#tcp$@[$2]$:$1@[$2]$3 numeric internet spec # now delete the local info R$*<$*$=w.UUCP>$* $1<$2>$4 thishost R$*<$*$=w.$D>$* $1<$2>$4 thishost R$*<$*$=w>$* $1<$2>$4 thishost R$*<$*.>$* $1<$2>$3 drop trailing dot R<@>:$* $@$>0$1 retry after route strip R$*<@> $@$>0$1 strip null trash & retry # return uucp mail that looks like decvax!ittvax!marsvax! since it # will be rejected at the final site with no username on it R$*!<@$-.UUCP> $#error$:Destination address truncated ############################################################################### ### Machine dependent part of ruleset zero (where we decide what to do) ### ############################################################################### # resolve UUCP links to hosts known to this machine R$*<@$=U.UUCP>$* $#uucp$@$2$:$1 resolve local uucp # special case violation of RFC822 for hybrid bang/at addresses # if uucphost!user@arpahost, forward to uucphost if we speak to it. R$=U!$+<@$+>$* $#uucp$@$1$:$2@$3$4 # resolve various and sundry other unofficial networks R$*<@$+.MAILNET>$* $#tcp$@mit-multics.arpa$:$1@$2.MAILNET$3 MAILNET R$*<@$+.BITNET>$* $#tcp$@cunyvm.cuny.edu$:$1@$2.BITNET$3 BITNET R$*<@$+.MFENET>$* $#tcp$@nmfecc.arpa$:$1@$2.MFENET$3 MFENET R$*<@$+.CSNET>$* $#tcp$@relay.cs.net$:$1@$2.CSNET$3 CSNET R$*<@$->$* $#tcp$@$2$:$1@$2$3 # CHANGE OR DELETE THIS LINE R$*<@$+.$+.umn.edu>$* $#tcp$@$2.$3.umn.edu$:$1@$2.umn.edu$3 on uofm network # route through mailhost with nameserver support R$*<@$+>$* $#tcp$@$F$:$1@$2$3 user@domain # remaining names must be local R@ $n fix magic token R$+ $#local$:$1 everything else ############################################################################### ### End of ruleset zero ### ############################################################################### ########################### # Name Canonicalization # ########################### S3 # handle "from:<>" special case R<> $@@ resolve into magic token # basic textual canonicalization R$*<$*<$*<$+>$*>$*>$* $4 3-level <> nesting R$*<$*<$+>$*>$* $3 2-level <> nesting R$*<$+>$* $2 basic RFC821/822 parsing R$+ at $+ $1@$2 "at" -> "@" for RFC 822 R$*<$*>$* $1$2$3 in case recursive # make sure <@a,@b,@c:user@d> syntax is easy to parse -- undone later R@$+,$+ @$1:$2 change all "," to ":" # localize and dispose of domain-based addresses R@$+:$+ $@$>6<@$1>:$2 handle # more miscellaneous cleanup R$+ $:$>8$1 host dependent cleanup R$+:$*;@$+ $@$1:$2;@$3 list syntax R$+@$+ $:$1<@$2> focus on domain R$+<$+@$+> $1$2<@$3> move gaze right R$+<@$+> $@$>6$1<@$2> already canonical # convert old-style addresses to a domain-based address R$+^$+ $1!$2 convert ^ to ! R$+!$+ $@$>9$1!$2 uucp name hackery R$+%$+ $:$>5$1%$2 user%host%host R$+<@$+> $@$>6$1<@$2> canonical # Given multiple %'s change rightmost % to @. S5 R$*<$*>$* $1$2$3 defocus R$*%$* $1@$2 First make them all @'s. R$*@$*@$* $1%$2@$3 Undo all but the last. R$*@$* $@$1<@$2> Put back the brackets. ############################################################################### #### Assorted name hackery to make things simple for people #### ############################################################################### # here we look for addresses of the form: user%host.domain@gateway # and strip off the gateway name (for the ones that we know) S6 # conventional percent format R$+%$+.MAILNET<@mit-multics.arpa> $>5$1<%$2.MAILNET> strip R$+%$+.MFENET<@nmfecc.arpa> $>5$1<%$2.MFENET> strip R$+%$+.BITNET<@cunyvm.cuny.edu> $>5$1<%$2.BITNET> strip R$+%$+.CSNET<@relay.cs.net> $>5$1<%$2.CSNET> strip # regulation route-addr format R<@mit-multics.arpa>:$+@$+.MAILNET $1<@$2.MAILNET> strip R<@nmfecc.arpa>:$+@$+.MFENET $1<@$2.MFENET> strip R<@cunyvm.cuny.edu>:$+@$+.BITNET $1<@$2.BITNET> strip R<@relay.cs.net>:$+@$+.CSNET $1<@$2.CSNET> strip # mung up names for the outside world - called from tcp mailer S7 R$+@$+.MAILNET $1%$2.MAILNET@mit-multics.arpa user@host.MAILNET R$+@$+.MFENET $1%$2.MFENET@nmfecc.arpa user@host.MFENET R$+@$+.BITNET $1%$2.BITNET@cunyvm.cuny.edu user@host.BITNET R$+@$+.CSNET $1%$2.CSNET@relay.cs.net user@host.CSNET ############################################################################### #### UUCP address hackery #### ############################################################################### S9 R$+!$=w!$+ $3 collapse loops R$-.$+!$+ $@$>6$3<@$1.$2> do.main!user R$-!$+ $@$>6$2<@$1.UUCP> host!user ################################ # Sender Field Pre-rewriting # ################################ S1 R$*<$*>$* $1$2$3 defocus ################################### # Recipient Field Pre-rewriting # ################################### S2 R$*<$*>$* $1$2$3 defocus ################################### # Final Output Post-rewriting # # Standard Domain-based version # ################################### S4 R@ $n handle <> error addr # externalize local domain info R@$+:$+:$+ $@@$1,$2:$3 canonical # UUCP must always be presented in old form R$+@$-.UUCP $2!$1 u@h.UUCP => h!u ############################################################################### ### Local, and Program Mailer specifications ### ############################################################################### # Nota Bene: what mailer flags you use depends upon what version of /bin/mail # you have: # # 4th Berkeley Software Distribution (4.1 BSD or later) Mlocal, P=/bin/mail, F=SlsDFMPpmxf, S=10, R=20, A=mail -d $u # # USG UNIX (System III, System V, Xenix 3.0 or later) # Mlocal, P=/bin/mail, F=SlsDFMPpmnx, S=10, R=20, A=mail $u # # Also, if you are using System V, you should get the Berkeley version of # /bin/mail as soon as you can and junk the one you've got: it doesn't # believe in sendmail, so the wrong thing will happen when someone types # mail user@host (i.e. it will attempt local delivery, rather than call # sendmail) Mprog, P=/bin/sh, F=lsDFMpxehu, S=10, R=20, A=sh -c $u S10 S20 ############################################################################### #### IP/TCP/SMTP mailer (going out to internet land) #### ############################################################################### Mtcp, P=[IPC], F=AmnDFMpueXLC, S=14, R=14, A=IPC $h, E=\r\n S14 R$*@[$+]$* $@$1@[$2]$3 already ok (inet addr spec) R@$+@$+ $@@$1@$2 already ok (route-addr) R$+@$=X.UUCP $2!$1@$X fix remote UUCP R$+@$=Y.UUCP $2!$1@$Y fix remote UUCP R$+@$=Z.UUCP $2!$1@$Z fix remote UUCP R$+@$-.UUCP $2!$1@$j undo local UUCP hack R$+@$+ $@$>7$1@$2 fix up names for the internet R$+ $@$1@$j add our official host name ############################################################################### #### UUCP mailer (bangland) #### ############################################################################### # if none of your UUCP neighbors are 4.1 BSD sites, add an "m" after "F=" # this will cause multiple recipients on the same remote host to be done # in the same uux command (i.e. one letter sent for "n" recipients) # # if you want uucico to be invoked immediately after a letter is queued # (i.e. initiate the phone call immediately) remove the "-r" flag in the # uux command line. Muucp, P=/usr/bin/uux, F=sDFMxhuU, S=13, R=23, M=100000, A=uux - -r $h!rmail ($u) S13 R$+@$-.UUCP $2!$1 u@host.UUCP => host!u R$=w!$+ $2 zap dups R@$+@$+ $@$U!@$1@$2 ugh, route-addrs # unfortunately, I have to resolve route-addrs before this rule, because # it is so general that it matches them too, with disastrous results. - EEF R$+@$-.$+ $2.$3!$1 uucpize address R$+ $:$U!$1 stick on our host name S23 # nothing here because bangland mailers are supposed to rewrite these headers # relative to the sender by themselves anyway. Also, if you are running a name server, you can skip the part about forwarders and mailhost. -- glen Niebur | A dragon lives forever, but not so little boys u of minn. mech. eng. | productivity center | 612 625-3522 | >From bobf@blumiris.chem.umr.edu Fri May 25 08:34:37 1990 Return-Path: Date: Tue, 15 May 90 20:06:18 CDT >From: bobf@blumiris.chem.umr.edu (Robert B. Funchess) To: wlim@ai.mit.edu Subject: sendmail.cf It's horrible, isn't it? I seem to have ours working, finally. Check your /etc/hosts file. Make sure that 127.1 localhost loopback is at the top, then at the bottom, put your real IP number and the FULL OFFICIAL NAME, e.g. 131.151.14.48 clciris.chem.umr.edu clciris then put aliases AFTER the full name. Also make sure your forwarding host is in the file... it probably should be one in your own subdomain (I tried using our main TCP connection as the forwarding host... it didn't work, because it's not in the .chem. subdomain). Now, in /usr/lib/sendmail.cf, replace the DD line with the full domain name (in our case DDchem.umr.edu The official hostname line should look like Dj$w The forwarding host line -- DFibm530.chem.umr.edu CFibm530 Then down a little way there is a line starting with ON... ours reads ONchem.umr.edu That's it for the sendmail.cf file. Now make sure your hostname is right (/etc/sys_id should be the SHORT name, without domain, of your Iris) and kill and restart the mailer-demon. You'll need to rebuild the aliases file also.. run /usr/lib/newalises before starting the daemon back up again. If you have a sendmail.fc file, delete it just before you rebuild the aliases. Hope this helps... -- Bob Funchess bobf@blumiris.chem.umr.edu Chemistry Dept. University of Missouri - Rolla >From parkins@tcgould.tn.cornell.edu Fri May 25 08:34:56 1990 Return-Path: Date: Wed, 16 May 90 14:03:12 EDT >From: parkins@tcgould.tn.cornell.edu (David Parkins) To: wlim@ai.mit.edu Subject: Re: Messing around with sendmail.cf Newsgroups: comp.sys.sgi In-Reply-To: <9005151205.AA16842@rice-chex> Organization: Cornell Theory Center, Cornell University, Ithaca NY Cc: I have a sendmail.cf file and some other stuff that works (I went through this about four months ago). If you don't get any info from anyone else, or you don't have luck with what you get send me mail. parkins@patella.tn.cornell.edu Dave Parkins >From roberts%nimrod.wpd@sgi.com Fri May 25 08:35:02 1990 Return-Path: <@eddie.mit.edu:roberts%nimrod.wpd@sgi.com> Date: Wed, 16 May 90 11:31:47 -0700 >From: roberts%nimrod.wpd@sgi.com (roberts) To: wlim@ai.mit.edu Subject: Re: Messing around with sendmail.cf Return-Receipt-To: roberts%nimrod.wpd@sgi.com If you could forward me some specifics about the trouble you are having receiving mail on the PI, I would be glad to try and help. I assume that the mail going into the PI is bouncing. It would be a good start if you could mail me the entire contents of one or more of the bounced messages. - Robert Stephens >From ajp2o@crocus.medicine.rochester.edu Fri May 25 08:35:05 1990 Return-Path: Date: Tue, 15 May 90 14:14:19 EDT >From: ajp2o@crocus.medicine.rochester.edu (Anthony Persechini) To: wlim@ai.mit.edu Subject: Re: Messing around with sendmail.cf Newsgroups: comp.sys.sgi In-Reply-To: <9005151205.AA16842@rice-chex> Organization: University of Rochester I had a problem with e'mail at this location caused by a rewriting rule in the cf file. This is the offending part of the file, including my alterations: # Find which network this host is on by prepending $w!$w! # This does not work right; it routes mail back to sender. # A.P. # R$+ $:$w!$w!$1 R$-.$D!$-.$D!$+ $:$1!$2!$3 You might also check your netmask and your sys_id entry. Have you tried to get a diagnosis by running mail_bsd in the verbose (-v) mode. By the way, on my machine the search path was such that mail_att was run instead of mail_bsd. Hope this is of some help. Tony- >From wlim@ai.mit.edu Fri May 25 08:35:09 1990 >From: wlim@ai.mit.edu (William Y-P. Lim) Date: Mon, 21 May 90 06:32:35 EDT To: wlim@gdstech.grumman.com Cc: wlim@crcvs Subject: [spike@world.std.com: Re: Messing around with sendmail.cf] Return-Path: <@encore.encore.com:spike@world.std.com> Date: Fri, 18 May 90 12:50:04 -0400 >From: spike@world.std.com (Joe Ilacqua) To: wlim@ai.mit.edu Subject: Re: Messing around with sendmail.cf Newsgroups: comp.sys.sgi In-Reply-To: <9005151205.AA16842@rice-chex> Organization: Software Tool & Die Cc: This works: ############################################################ # # Sendmail configuration file for "MAIN MACHINES" # # You should install this file as /etc/sendmail.cf (SUN 4.0.x sendmail) # or /usr/lib/sendmail (IDA) on the mail server for any given cluster # of hosts. # # This is based on the SUN 4.0.3 sendmail.cf, with many hacks and # bug fixes by Joe Ilacqua (spike@world.std.com) with alot of prompting # from Eric Pearce (eap@bu-pub.bu.edu) # # This is an attempt at a generic cf. If you are on the DDN or talk via # 'ethernet' or UUCP to a machine that is, this cf can work for you. # # Setup everything in the "local info" section, then find everything # markked "CONFIGURE ME" and do just that... ### local info # my official hostname # You have two choices here. If you want the gateway machine to identify # itself as the DOMAIN, use this line: #Dj$m # If you want the gateway machine to appear to be INSIDE the domain, use: #Dj$w.$m # Unless you are using sendmail.mx (or have a fully-qualified hostname), use: Dj$w # What we want to call ourself. For example: #Dwworld.std.com Dwagni.std.com # All of the names this machine is know by. For example: #Cw world.std.com std.com world sug.org Cw # The domain name of this machine. For example: #Dmstd.com Dm # major relay mailer - typical choice is # "ddn" if you are on the Defense Data Network (e.g. Arpanet or Milnet) # or if you are going to pass mail to a better connected machine on # your ethernet. # "smartuucp" if you pass 'domain style' addresses to a better connected # site via uucp #For example #DMsmartuucp DMddn # major relay host: # If you are using "smartuucp" this should be the uucp name of the 'better # connected site'. If you are passing to another local machine this should be # the name of that machine. If you are on the Defense Data Network set it to # 'ddn-relay' For example: #DR xylogics #CR xylogics DR CR # Dumb UUCP connections of this machine, that is ones that need UUCP style # address. (You may leave this blank.) For example: #CU paradigm esegue CU # Smart UUCP connections, that is ones that can take 'domain style addresses'. # (You may leave this blank.) For example #CS xylogics uunet bu.edu CS #Other domain that can be reached over the local ethernet #CL expert.com CL # Forward all unknown (non-local) UUCP machines to this machine. This # is only useful if you talk to a machine that runs path-aliases and # doesn't mind you using theirs. Comment this out if you use # pathalias bellow or if you don't want to handle unknown UUCP names. # For example: #DP xylogics DP # If you define DP then this should be the type of connection you have to the # forwarding machine. It should be "uucp" if it is a uucp connection or "ddn" # if it is over the ethernet. For example: #DF uucp DF ddn # Or (and I do mean or) if you are running IDA sendmail and you have a # path database built with pathalias and IDAs dbm program you can set this # to be the path of that file. Useless without sendmail 5.61+++ or IDA #OKP/tmp/pathdb # Now ajust all the "CONFIGURE ME" sections ################################################# # # General configuration information # Version number of configuration file DVSpike-1.0 ### Standard macros # name used for error messages DnMailer-Daemon # UNIX header format DlFrom $g $d # delimiter (operator) characters Do.:%@!^=/[] # format of a total name Dq$g$?x ($x)$. # SMTP login message De$j Sendmail $v/$V ready at $b ### Options CONFIGURE ME #If you are *not* using the nameserver change the 'T' to a 'F' OIT # location of alias file. SUN likes /etc/aliases OA/usr/lib/aliases # options that you probably want on a mailhost: # checkpoint the queue after this many receipients OC10 # refuse to send tiny messages to more than these recipients Ob10 # default delivery mode (deliver in background) Odbackground # rebuild the alias file automagically OD # temporary file mode -- 0600 for secure mail, 0644 for permissive OF0600 # default GID Og1 # location of help file OH/usr/lib/sendmail.hf # log level OL9 # default messages to old style Oo # Cc my postmaster on error replies I generate OPPostmaster # queue directory OQ/usr/spool/mqueue # read timeout for SMTP protocols Or15m # status file OS/etc/sendmail.st # queue up everything before starting transmission, for safety Os # return queued mail after this long OT3d # default UID Ou1 ### Message precedences Pfirst-class=0 Pspecial-delivery=100 Pjunk=-100 ### Trusted users T root daemon uucp ### Format of headers H?P?Return-Path: <$g> HReceived: $?sfrom $s $.by $j ($v/$V) id $i; $b H?D?Resent-Date: $a H?D?Date: $a H?F?Resent-From: $q H?F?From: $q H?x?Full-Name: $x HSubject: H?M?Resent-Message-Id: <$t.$i@$j> H?M?Message-Id: <$t.$i@$j> HErrors-To: ########################### ### Rewriting rules ### ########################### # Sender Field Pre-rewriting S1 # None needed. # Recipient Field Pre-rewriting S2 # None needed. # Name Canonicalization # Internal format of names within the rewriting rules is: # anything<@host.domain.domain...>anything # We try to get every kind of name into this format, except for local # names, which have no host part. The reason for the "<>" stuff is # that the relevant host name could be on the front of the name (for # source routing), or on the back (normal form). We enclose the one that # we want to route on in the <>'s to make it easy to find. # S3 # handle "from:<>" special case R<> $@@ turn into magic token # basic textual canonicalization R$*<$+>$* $2 basic RFC822 parsing # make sure <@a,@b,@c:user@d> syntax is easy to parse -- undone later R@$+,$+:$+ @$1:$2:$3 change all "," to ":" R@$+:$+ $@$>6<@$1>:$2 src route canonical R$+:$*;@$+ $@$1:$2;@$3 list syntax R$+@$+ $:$1<@$2> focus on domain R$+<$+@$+> $1$2<@$3> move gaze right R$+<@$+> $@$>6$1<@$2> already canonical # convert old-style names to domain-based names # All old-style names parse from left to right, without precedence. # The next two lines allow us to catch UUCP neighbor with domain UUCP names # (like bu.edu) R$=U!$+ $@$>6$2<@$1.uucp> uucphost!user R$=S!$+ $@$>6$2<@$1.uucp> uucphost!user R$-!$+ $@$>6$2<@$1.uucp> uucphost!user R$-.$+!$+ $@$>6$3<@$1.$2> host.domain!user R$+%$+ $@$>3$1@$2 user%host # Final Output Post-rewriting S4 R$+<@$+.uucp> $2!$1 u@h.uucp => h!u R$+ $: $>9 $1 Clean up addr R$*<$+>$* $1$2$3 defocus # Clean up an name for passing to a mailer # (but leave it focused) S9 R@ $@$n handle <> error addr R$*<$*LOCAL>$* $1<$2$m>$3 change local info R<@$+>$*:$+:$+ <@$1>$2,$3:$4 canonical ####################### # Rewriting rules # special local conversions S6 # CONFIGURE ME This needs to be changed if you are not using 5.61+++ # (Hint: your not but you could pick it up from bu.edu) # Change foo.com to be your local domain same as 'Dm' above R$*<@$+.foo.com>$* $1<@$2.LOCAL>$3 convert local domain # Comment out above line and uncomment the next one if you have 5.61+++ #R$*<@$+.$m>$* $1<@$2.LOCAL>$3 convert local domain # Local and Program Mailer specification # For 5.61+++ #Mlocal, P=/bin/mail, F=lsDFMmP, S=10, R=20, A=mail -s -d $u # For SGI Mlocal, P=/bin/mail, F=EDFMlsmhu, S=10, R=20, A=mail -s -d $u Mprog, P=/bin/sh, F=lsDFMeuP, S=10, R=20, A=sh -c $u S10 # None needed. S20 # None needed. ########################################################## # General code to convert back to old style UUCP names S5 R$+<@LOCAL> $@ $D!$1 name@LOCAL => sun!name R$+<@$-.LOCAL> $@ $2!$1 u@h.LOCAL => h!u R$+<@$+.uucp> $@ $2!$1 u@h.uucp => h!u R$+<@$*> $@ $2!$1 u@h => h!u # Route-addrs do not work here. Punt til uucp-mail comes up with something. R<@$+>$* $@ @$1$2 just defocus and punt R$*<$*>$* $@ $1$2$3 Defocus strange stuff # UUCP Mailer specification Muucp, P=/usr/bin/uux, F=msDFMhuU, S=13, R=23, A=uux - -r $h!rmail ($u) # Convert uucp sender (From) field S13 R$+ $:$>5$1 convert to old style R$=w!$+ $2 strip local name R$+ $:$w!$1 stick on real host name # Convert uucp recipient (To, Cc) fields S23 R$+ $:$>5$1 convert to old style ############################################################ # # DDN Mailer specification # # Send mail on the Defense Data Network # (such as Arpanet or Milnet) # This line for SUN's sendmail #Mddn, P=[TCP], F=msDFMuCX, S=22, R=22, A=TCP $h, E=\r\n # This Line for IDA Mddn, P=[IPC], F=msDFMuCX, S=22, R=22, A=IPC $h, E=\r\n S22 # If we passed UUCP addresses here we mean it R$*<@$+.uucp> $@$2!$1 R$*!$+ $@$1!$2 R$*<@LOCAL>$* $:$1 R$*<@$+.$*>$* $@$1<@$2.$3>$4 already ok R$*<@$+>$* $@$1<@$2.$m>$3 tack on our domain R$+ $@$1<@$w> tack on our hostname # "Smart" UUCP mailer: Uses UUCP transport but domain-style naming Msmartuucp, P=/usr/bin/uux, F=CmsDFMhu, S=22, R=22, A=uux - -r $h!rmail ($u) # Ruleset 30 just calls rulesets 3 then 0. S30 R$* $: $>3 $1 First canonicalize R$* $@ $>0 $1 Then rerun ruleset 0 ############################################################ # # RULESET ZERO # # This is the ruleset that determines which mailer a name goes to. S0 # On entry, the address has been canonicalized and focused by ruleset 3. # Handle special cases..... R@ $#local $:$n handle <> form # I hear Eric Allman regretted forgetting this # If it is exactly one token it has to be local so why grind? R$- $#local $:$1 local names # For numeric spec, you can't pass spec on to receiver, since rcvr's # are not smart enough to know that [x.y.z.a] is their own name. R<@[$+]>:$* $:$>9 <@[$1]>:$2 Clean it up, then... R<@[$+]>:$* $#ddn $@[$1] $:$2 numeric internet spec R<@[$+]>,$* $#ddn $@[$1] $:$2 numeric internet spec R$*<@[$+]> $#ddn $@[$2] $:$1 numeric internet spec # resolve the local hostname to "LOCAL". R$*<$*$=w.LOCAL>$* $1<$2LOCAL>$4 thishost.LOCAL R$*<$*$=w.uucp>$* $1<$2LOCAL>$4 thishost.uucp R$*<$*$=w>$* $1<$2LOCAL>$4 thishost # Mail addressed explicitly to the domain gateway (us) R$*<@LOCAL> $@$>30$1 strip our name, retry R<@LOCAL>:$+ $@$>30$1 retry after route strip # deliver to known ethernet hosts explicitly specified in our domain R$*<@$*.LOCAL>$* $#ddn $@$2.$m $:$1<@$2>$3 user@host.sun.com # Deliver to other domains in our reach.. R$*<@$*$=L>$* $#ddn $@$2$3 $:$1<@$2$3>$4 # Clean up addresses for external use -- kills LOCAL, route-addr ,=>: R$* $:$>9 $1 Then continue... # resolve UUCP-style names R$+<@$=S.uucp> $#smartuucp $@$2 $:$2!$1 user@host.uucp R$+<@$=U.uucp> $#uucp $@$2 $:$2!$1 user@host.uucp # CONFIGURE ME # If you can punt UUCP traffic to a host running pathaliases use these # two lines R<@$-.uucp>:$+ $#$F $@$P $:<@$1.uucp>:$2 @host.uucp:... R$+<@$-.uucp> $#$F $@$P $:$2!$1 user@host.uucp # If you want unknown uucp name to return an error uses these two lines #R<@$-.uucp>:$+ $#error $:$1 is not a uucp neighbor of "$w" #R$+<@$-.uucp> $#error $:$2 is not a uucp neighbor of "$w" #If you are using IDA and have a path database use these #R$+<@$-.uucp> $: $(P $2 $@$1 $:$1<@.$2.uucp> $) #R$+<@.$-.uucp> $#error $:Can not find a path to $2 #R$-!$+ $#uucp $@$1 $:$1!$2 # CONFIGURE ME # Uncomment the following line if you are you are *not* on DDN R$*<@$*.$+>$* $#$M $@$R $:$1<@$2.$3>$4 user@any.domain # Or if you *are* on the DDN, then use this line #R$*<@$*.$+>$* $#ddn $@ $2.$3 $:$1<@$2.$3>$4 user@any.domain # All addresses in the rules ABOVE are absolute (fully qualified domains). # Addresses BELOW can be partially qualified. # deliver to known ethernet hosts R$*<@$->$* $#ddn $@$2.$m $:$1<@$2>$3 user@etherhost # other non-local names have nowhere to go; return them to sender. R$*@$* $#error $:I don't understand $1@$2 # Local names with % are really not local! R$+%$+ $@$>30$1@$2 turn % => @, retry # everything else is a local name R$+ $#local $:$1 local names   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11228; 25 May 90 23:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10949; 25 May 90 22:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10911; 25 May 90 22:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01744; 25 May 90 22:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18759; Fri, 25 May 90 19:10: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: 26 May 90 01:35:08 GMT From: Rob Warnock Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: attatch a process to a "window" on startup Message-Id: <61063@sgi.sgi.com> References: <420@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <420@texhrc.UUCP> mjz@texhrc.UUCP (Michael Zeitlin) writes: +--------------- | When I log in and the window manager starts up, how can I | attach a process to one of the subwindows (i.e. console) | and invoke it (i.e. xinit) while maintaining the window | Iconic?? | Everytime I try to do this, all windows (wsh.....) invoke the | command instead of just the console.... | Is there an easy way to do this via the startup.ps or user.ps +--------------- I don't know if this is what you are asking, but... I have some small utilities I like to run at login time, and I want the output to appear on the console window *only*, things like showing me what I have to do today, etc. I do this by putting the following at the end of my .login file: # console once-only, but only if *not* called via "exporttonews" if( ! $?ENVONLY && ("$TTY" == "/dev/console" || "$TERM" != "iris-ansi" ))then ...stuff to be done in the console only... endif The ENVONLY check keeps from confusing the NeWS server. (In fact, you should put a test of "if (! $?ENVONLY)" around *anything* which may cause output!) The $TTY test is obvious. The $TERM test is because I don't want it done in other windows, but *do* want it if I dial in, Telnet, or rlogin. (You'll need to adjust this.) Hope this helps... -Rob ----- Rob Warnock, MS-9U/510 rpw3@sgi.com rpw3@pei.com Silicon Graphics, Inc. (415)335-1673 Protocol Engines, Inc. 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24973; 27 May 90 19:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24723; 27 May 90 18:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24713; 27 May 90 18:40 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13571; 27 May 90 18:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA21614; Sun, 27 May 90 15:19:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 27 May 90 22:15:15 GMT From: wuarchive!kuhub.cc.ukans.edu!conley@uunet.uu.net Organization: University of Kansas Academic Computing Services Subject: Using wsh as a child process Message-Id: <24586.26600b24@kuhub.cc.ukans.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I would like to run wsh as a child process ( via fork, exec ), and connect the two processes with pipes so as to perform some text operations using the wsh window. The fork and exec succeed, but the system appears to make the resulting wsh a child of init instead of my parent process. Is it fair to assume that my idea won't work, or am I doing something wrong? Thanks in advance, drc   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01531; 28 May 90 17:41 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa01019; 28 May 90 15:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00992; 28 May 90 15:31 EDT Received: from ibm530.chem.umr.edu by VGR.BRL.MIL id aa17877; 28 May 90 15:29 EDT Received: from clciris.chem.umr.edu by ibm530.chem.umr.edu (AIX LCG 9013S1 1.3/4.03) id AA11380; Mon, 28 May 90 14:31:53 -0500 Received: by clciris.chem.umr.edu (5.52/890607.SGI) (for @ibm530.chem.umr.edu:info-iris@brl.mil) id AA03813; Mon, 28 May 90 14:29:52 CDT Date: Mon, 28 May 90 14:29:52 CDT From: "Robert B. Funchess" Message-Id: <9005281929.AA03813@clciris.chem.umr.edu> To: info-iris@BRL.MIL Subject: QuickPaint Have I managed to overlook a program that will turn SGI image format files into QuickPaint files, or does such a beast not exist? -- Bob Funchess bobf@blumiris.chem.umr.edu Chemistry Dept. University of Missouri - Rolla   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07204; 29 May 90 12:23 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa05539; 29 May 90 11:10 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa05527; 29 May 90 10:59 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa07176; 29 May 90 10:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27538; Tue, 29 May 90 07:38:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 May 90 14:35:46 GMT From: Phil Budne Organization: Information Technology, Boston University, Boston, MA, USA Subject: Re: Query: lpr/lpd on SGI? Message-Id: <57861@bu.edu.bu.edu> References: <7869@ubc-cs.UUCP>, <515@cerc.wvu.wvnet.edu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <7869@ubc-cs.UUCP> hogg@cheddar.cc.ubc.ca (John Hogg) writes: >I know that SGI has promised Berkeley lpr/lpd printing support for the >next release, but we were wondering if anyone has ported it to the >current (3.2) release of IRIX. I have done so. I was only interested in sending jobs to remote printers. Check out bu.edu: ~ftp/src/PRINTING/sgi-lpd.tar.Z which is based on the (freed) 4.3 Tahoe version of lpr/lpd. The tar also contains AUX-lpd which is a set of diffs for a USG Unix port of lpr/lpd which includes local printer support. Phil Budne, Boston University   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09747; 29 May 90 14:25 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa09500; 29 May 90 14:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09316; 29 May 90 13:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22755; 29 May 90 13:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08775; Tue, 29 May 90 10:33: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: 29 May 90 16:45:43 GMT From: Kipp Hickman Organization: Silicon Graphics, Entry Systems Division Subject: Re: Using wsh as a child process Message-Id: <8214@odin.corp.sgi.com> References: <24586.26600b24@kuhub.cc.ukans.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL You need to keep wsh from forking and going into the background, as is its default behaviour. To do this, run wsh with the "-Z1" flag. kipp hickman silicon graphics inc.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11662; 29 May 90 15:58 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa10872; 29 May 90 15:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10828; 29 May 90 15:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23312; 29 May 90 14:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13503; Tue, 29 May 90 11:40:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 May 90 18:31:27 GMT From: Robert Viduya Organization: Office of Computing Services, Georgia Tech Subject: Re: Query: lpr/lpd on SGI? Message-Id: <9911@hydra.gatech.EDU> References: <7869@ubc-cs.UUCP>, <515@cerc.wvu.wvnet.edu.edu>, <57861@bu.edu.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >budd@bu-it.bu.edu (Phil Budne) (budd@bu-it.bu.edu, <57861@bu.edu.bu.edu>): > In article <7869@ubc-cs.UUCP> hogg@cheddar.cc.ubc.ca (John Hogg) writes: > >I know that SGI has promised Berkeley lpr/lpd printing support for the > >next release, but we were wondering if anyone has ported it to the > >current (3.2) release of IRIX. > > I have done so. I was only interested in sending jobs to remote > printers. Check out bu.edu: ~ftp/src/PRINTING/sgi-lpd.tar.Z which is > based on the (freed) 4.3 Tahoe version of lpr/lpd. The tar also > contains AUX-lpd which is a set of diffs for a USG Unix port of > lpr/lpd which includes local printer support. > > Phil Budne, Boston University Just a note... we use BU's lpd on our sgi's but discovered a problem with it leaving a bunch of zombie processes around. Turned out to be a problem with signal handling, specifically with SIGCHLD (SIGCLD, if you prefer). After looking through kernel source, we discovered that the signal system call is implemented using the old SVR2 semantics: when a signal function is invoked, the signal trap is cleared and it's up to the signal function to reset the trap back to itself (which of course, leaves a small window open between the time the function is invoked and the time it sets the signal trap back for another signal to come in and get misplaced). Further investigation showed that the sigset SVR3 function doesn't have this problem. Adding a simple "#define signal(s,f) sigset(s,f)" to the file lp.h fixed the problem. robert -- Robert Viduya robert@shangri-la.gatech.edu Office of Computing Services Georgia Institute of Technology (404) 894-6296 Atlanta, Georgia 30332-0275   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12153; 29 May 90 16:19 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab10872; 29 May 90 15:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10870; 29 May 90 15:17 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23644; 29 May 90 15:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14509; Tue, 29 May 90 11:56:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 May 90 13:42:54 GMT From: Paul Breslin Organization: Alias Research Inc., Toronto ON Canada Subject: Re: QuickPaint Message-Id: <1990May29.134254.14265@alias.uucp> References: <9005281929.AA03813@clciris.chem.umr.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL QuickPaint itself should read in SGI format images. If I assume you mean RGB images, QuickPaint should dither the image into the default NeWS colormap and provide you with a warning that the image has been reduced to 8 bits. Remember that QuickPaint is not an RGB paint program. It operates in colormap mode and saves images in SGI color index format along with a corresponding colormap file.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13833; 29 May 90 18:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13760; 29 May 90 18:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13611; 29 May 90 18:03 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24731; 29 May 90 17:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25168; Tue, 29 May 90 14:41:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 May 90 20:43:49 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: SGI add on hard drives Message-Id: <771@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A while back, someone was discussing add-on hardware for the Personal Iris. I'm in the process of getting a quote for an external configuration of a Seagate 700+ MB unformatted drive with enclosure and power supply. I imagine the connector that looks like it has a SCSI terminator on it in the back of the Personal Iris is where I'd connect it. Does anyone have any personal experience with Seagate drives and their reliability? If the drive comes unformatted, what will I need to do to get it up and running? I presume there's got to be man pages somewhere.... I found mkfs in the man pages. So where does one go to figure out what the parameters to mkfs are? I presume that most come from the drive specifications, but what about the "special" file they refer to? There's quite a few entries in /dev/dsk. So, getting it up and running should be to set the SCSI address uniquely, format the drive, and reboot? Any help is greatly appreciated. -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!uunet!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13986; 29 May 90 18:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13363; 29 May 90 17:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13215; 29 May 90 17:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24657; 29 May 90 17:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23366; Tue, 29 May 90 14:13:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 May 90 21:13:01 GMT From: Fred Velijanian Organization: University of California, Irvine Subject: How to get TeX/LaTeX and X11R4 Message-Id: <2662E5DD.22679@orion.oac.uci.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Thanks to everyone who helped me with the lpr/lpd problem. Does anyone have a list of public domain/ftp-able software for SGI's ? Particularly I would like to know where I can get TeX/LaTex and X11R4 from. Is there any interest in starting a list if one does not already exist? Fred Velijanian Distributed Computing Support fredv@vmsd.oac.uci.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14209; 29 May 90 19:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14058; 29 May 90 19:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14006; 29 May 90 18:53 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24991; 29 May 90 18:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27314; Tue, 29 May 90 15:13:46 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 May 90 22:10:28 GMT From: Scum Organization: Carnegie-Mellon University, CS/RI Subject: comparing pointers to void functions Message-Id: <9454@pt.cs.cmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Okay, this is a better tested question. I'm having a problem trying to determine if a pointer is pointing to a certain function. The pointer is defined as an element in a structure thusly: struct object { ... void (*formstart) (); ... } As you can see, it is a pointer to a function which returns void. Now, I can successfully invoke the function as: struct object *thing; ... (thing->formstart)(); However, the compiler will not accept the following attempt to compare the pointer to the address of the function, even though when they are printed out, their values are the same: if (thing->formstart == bgnpolygon) The compiler says "operands of == have incompatible types". This doesn't seem right to me. Can anyone out there help me.... Please? -- Chris. -- -- Chris. (cycy@isl1.ri.cmu.edu) "People make me pro-nuclear." -- Margarette Smith   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00644; 29 May 90 20:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00388; 29 May 90 20:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac00238; 29 May 90 19:51 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by VGR.BRL.MIL id aa25295; 29 May 90 19:43 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA06861; Tue, 29 May 90 18:09:09 CDT Date: Tue, 29 May 90 18:09:09 CDT From: Mike Goss Message-Id: <9005292309.AA06861@snow-white.merit-tech.com> To: info-iris@BRL.MIL, ki!dwatts@uunet.uu.net Subject: Re: SGI add on hard drives > Date: 29 May 90 20:43:49 GMT > From: Dan Watts > Organization: Ki Research, Inc. Derry NH > Subject: SGI add on hard drives > Message-Id: <771@ki.UUCP> > Sender: info-iris-request@BRL.MIL > To: info-iris@BRL.MIL > > A while back, someone was discussing add-on hardware for the Personal Iris. > I'm in the process of getting a quote for an external configuration of a > Seagate 700+ MB unformatted drive with enclosure and power supply. I imagine > the connector that looks like it has a SCSI terminator on it in the back of > the Personal Iris is where I'd connect it. > > Does anyone have any personal experience with Seagate drives and their > reliability? > > If the drive comes unformatted, what will I need to do to get it up and > running? I presume there's got to be man pages somewhere.... > I found mkfs in the man pages. So where does one go to figure out what > the parameters to mkfs are? I presume that most come from the drive > specifications, but what about the "special" file they refer to? There's > quite a few entries in /dev/dsk. > > So, getting it up and running should be to set the SCSI address uniquely, > format the drive, and reboot? > > Any help is greatly appreciated. Seagate bought Imprimis (formerly the disk drive division of CDC) recently, so the Seagate drive you are looking at may actually be an Imprimis/CDC drive. If so, the reliability is likely to be good. We have had a 700+ MB Imprimis SCSI drive hooked up to a 4D/70GT for about a year now, and it has been very reliable. Seagate's own lower density drives also have a fairly good reputation in the PC market, but I don't know about large capacity drives. I didn't do the installation of our drive, but I think the procedure is to format the drive with "fx" and then make a file system with "mkfs". ------------------------------ Mike Goss Merit Technology Inc. (214)733-7018 goss@snow-white.merit-tech.com Disclaimer: This offer void except where prohibited by law.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01045; 29 May 90 21:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00940; 29 May 90 21:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00911; 29 May 90 20:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa25531; 29 May 90 20:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06247; Tue, 29 May 90 17:33: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: 30 May 90 00:11:23 GMT From: "Alfred J. Broderick" Organization: Rutgers Univ., New Brunswick, N.J. Subject: What does winopen(3G) do? Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL It seems that all programs that use winopen(3G) (including `wsh`) run in the background but do not show up in the when you type `jobs`. How does this work? Is there any way to debug programs that use winopen with `edge`? Whenever I try to use `edge` to debug a program that uses winopen, my program runs to completion before edge is able to do a "stop at". Any help and explainations will be appreciated. Alfred Broderick broderic@topaz.rutgers.edu -- Alfred++   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02027; 29 May 90 23:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01917; 29 May 90 23:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01859; 29 May 90 22:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26043; 29 May 90 22:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13540; Tue, 29 May 90 19:32: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: 30 May 90 01:41:44 GMT From: "Elton P. Amburn" Organization: Air Force Institute of Technology; WPAFB, OH Subject: dvi previewer Message-Id: <1604@blackbird.afit.af.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Recently someone posted some information about a dvi file previewer for the SGI 4D machines. I believe the name was texsgi. I (foolishly) did not save the network address for the source code. Would someone please send me e-mail at amburn@blackbird.afit.af.mil with the address. Thanks.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19890; 30 May 90 19:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19748; 30 May 90 19:08 EDT Received: by VMB.BRL.MIL id ag19634; 30 May 90 18:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18548; 30 May 90 17:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02139; 30 May 90 16:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16988; Wed, 30 May 90 13:39:46 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 29 May 90 22:05:05 GMT From: dave who can do? ratmandu! ratcliffe Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: QuickPaint Message-Id: <8235@odin.corp.sgi.com> References: <9005281929.AA03813@clciris.chem.umr.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9005281929.AA03813@clciris.chem.umr.edu> bobf@CLCIRIS.CHEM.UMR.EDU ("Robert B. Funchess") writes: >Have I managed to overlook a program that will turn SGI image format files >into QuickPaint files, or does such a beast not exist? so you first want to see if /usr/people/4Dgifts is loaded on yer system(s). if not, you can either load the eoe2.sw.moregltools subsystem off yer EOE2 tape, or load dev.sw.giftssrc off yer DEV tape. (look in the release notes for instructions of how to unload the dev.sw.giftssrc or "4Dgifts" subsystem) if eoe2.sw.moregltools is alreay loaded use the file /usr/sbin/toalias to convert yer SGI image file into an alias file. OR if /usr/people/4Dgifts is loaded (it's configured as a sample login account--like /usr/people/guest-- only its got alot of stuff included) become 4Dgifts user (su - 4Dgifts), or if there is not entry in the /etc/passwd, become guest user, and go to /usr/people/4Dgifts/iristools, then % cd libgutil % make % cd ../libimage % make % cd ../imgtools % make toalias and at this point, you'll have the executable that will convert an SGI image file into an ALIAS (i.e. quickpaint/quickmodel) image file format. -- 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 aa13924; 29 May 90 18:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab13833; 29 May 90 18:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13820; 29 May 90 18:26 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa24966; 29 May 90 18:20 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Wed, 30 May 90 10:11 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Wed, 30 May 90 10:08 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@brl.mil) id AA27171; Wed, 30 May 90 10:07:01 NZT Date: Wed, 30 May 90 10:07:01 NZT From: raymond@ccu1.aukuni.ac.nz To: info-iris@BRL.MIL Message-Id: <9005292207.AA27171@ccu1.aukuni.ac.nz> At the university of Auckland we run a SiGr 240 server with System V R 3.2.1 unix. We have 2 problems. 1. Our primary ports 1 and 3 have hung and cannot be released until a reboot. 2. We experience heavy performance degradation when process use exceeds 64 M our real memory size. This has been imporved by (i) forcing a niceness of 5 on emacs sessions. (ii) holding maximum process size at 10000 pages. Are there any other kernel parameters or measures we can take to tune the she system eg. maximum real storage per process ? We are also having trouble with large io wait when the processor is virtually idle, well perhaps not a problem but a puzzle. Ray Martin System manager Computer Centre University of Auckland New Zealand   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03467; 30 May 90 1:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02946; 30 May 90 0:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02895; 30 May 90 0:40 EDT Received: from cs.utah.edu by VGR.BRL.MIL id aa26554; 30 May 90 0:38 EDT Received: from adenosine.pharm.utah.edu by cs.utah.edu (5.61/utah-2.11-cs) id AA21055; Tue, 29 May 90 22:38:31 -0600 Date: Tue, 29 May 90 22:44:40 MDT From: "Darrell R. Davis" Posted-Date: Tue, 29 May 90 22:44:40 MDT Message-Id: <9005300444.AA21192@adenosine.pharm.utah.edu> Received: by adenosine.pharm.utah.edu (5.52/5.51) id AA21192; Tue, 29 May 90 22:44:40 MDT To: info-iris@BRL.MIL In-Reply-To: Mike Goss's message of Tue, 29 May 90 18:09:09 CDT <9005292309.AA06861@snow-white.merit-tech.com> Subject: SGI add on hard drives on Tue, 29 May 90 18:09:09 CDT, Mike Goss said: Mike> Posted-Date: Tue, 29 May 90 18:09:09 CDT Mike> Received-Date: Tue, 29 May 90 18:31:12 MDT > From: Dan Watts Mike> Seagate bought Imprimis (formerly the disk drive division of CDC) Mike> recently, so the Seagate drive you are looking at may actually be an I have installed several Imprimis drives on PI's, a couple of 380's and also 2 766's. The 380's were from SGI and I bought the 760's raw from a company called Almac in Seattle. In addition, I know of a third party vendor who is putting together a SCSI tower that holds 4 disks (take your pick from 380, 760 or 1600 Mbyte). Some of this I've posted before. Anyway, the fx utility seems to work fine for all of these guys, though I haven't personally tried it on the 1.2's. As I see it, the key to the process is to set the SCSI address correctly (with jumpers) I believe 5 and 2 are the most commonly used. The system gets upset if there is an address conflict, this is from experience. Power up the machine, then check that everything is hunky-dory using the hinv command. You can then format the disk using fx, I actually found the man page comforting in this case to convince yourself that you are not re-formatting your other disks. Supposedly fx will correctly format a 1.2G (I hear this is an overnight proposition). To set up the file system, SGI provides a nice script called 'Add_disk' there is a man page for Add_disk, basically it does all of the steps required to create the filesystem and mount it. P.S. One of the CDC 760's has been going for about 1.2 years, the other for 6 months. -------------------------------------------------------------- * Darrell R. Davis * * * "Faster, faster, until the Assistant Professor * * * thrill of speed overcomes Medicinal Chemistry *A**L**T**A* the fear of death." University of Utah * * * * * * --H.S. Thompson * --------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10408; 30 May 90 10:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09489; 30 May 90 10:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09416; 30 May 90 9:52 EDT Received: from Frodo.Physics.McGill.CA by VGR.BRL.MIL id aa28835; 30 May 90 9:42 EDT Received: by frodo.Physics.McGill.CA id AA07081; Wed, 30 May 90 09:42:47 EDT (5.59++/IDA-1.1S) Date: Wed, 30 May 90 09:42:47 EDT From: Loki Jorgenson Rm421 Message-Id: <9005301342.AA07081@frodo.Physics.McGill.CA> To: info-iris@vgr.brl.mil Subject: dvi previewer This has been submitted to info-iris because the person whom I am trying to reach has an unreachable address. For: blackbird!amburn@lll-winken.llnl.gov Subject: Re: dvi previewer According to my info, you can get texsgi at vgr.brl.mil. This is 192.5.23.6 according to my nameserver. I haven't picked it up yet myself but I intend to. If it isn't there and you find it elsewhere, let me know. Regards, Loki Jorgenson node: loki@physics.mcgill.ca Physics, McGill University fax: (514) 398-3733 Montreal Quebec CANADA phone: (514) 398-6531 <.... Free the mind and the police will surely follow ....>   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10806; 30 May 90 10:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10056; 30 May 90 10:19 EDT Date: Wed, 30 May 90 10:07:06 EDT From: Gary S. Moss (VLD/VMB) To: Scum cc: info-iris@BRL.MIL Subject: Re: comparing pointers to void functions Message-ID: <9005301007.aa09801@VMB.BRL.MIL> < if (thing->formstart == bgnpolygon) < The compiler says "operands of == have incompatible types". Chris, I ran into this exact problem yesterday. It looks like a compiler bug; I tried just about everything comparing a pointer to a function of type void to the function name with the same result. Casting each side to a generic pointer type shuts up the compiler, but this is a non-portable workaround since there is no guarantee in ANSI C that a function pointer will fit in a generic *object* pointer type: #ifdef mips if( (void *) thing->formstart == (void *) bgnpolygon ) #endif Anyone at SGI want to wedge a fix in to the next release?   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11762; 30 May 90 11:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11067; 30 May 90 10:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10857; 30 May 90 10:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa29068; 30 May 90 10:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20783; Wed, 30 May 90 07:07: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: 30 May 90 12:54:00 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: EPSF of SGI logo? Message-Id: <1990May30.125400.1799@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hello, Today I would like an Encapsulated PostScript File, ASCII 2.0 of course, of the SGI logo with both the bitmap and PostScript sections for use in FrameMaker. Otherwise I would settle for someone telling me how to generate the bitmap section from the PostScript section. Actually I would rather someone tell me how. Thanks in advance. Bruno This time I ask first, program later.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12148; 30 May 90 11:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac11762; 30 May 90 11:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab11741; 30 May 90 11:17 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa29448; 30 May 90 11:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23977; Wed, 30 May 90 07:55:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 May 90 14:04:33 GMT From: John D Mccalpin Organization: College of Marine Studies, Univ. of Delaware Subject: Power requirements for Personal IRIS Message-Id: <6549@vax1.acs.udel.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am thinking about purchasing a UPS for my 4D/25TG, and have been unable to find a good estimate of the power requirements for this box. The specific setup is 4D/25TG + 19" monitor 32 MB RAM (4 MB SIMM's) 760 MB disk SCSI tape So what do I need? 500 watts, 1500 watts? Thanks for any help.... -- John D. McCalpin mccalpin@vax1.udel.edu Assistant Professor mccalpin@delocn.udel.edu College of Marine Studies, U. Del. mccalpin@scri1.scri.fsu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12335; 30 May 90 11:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab12148; 30 May 90 11:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11990; 30 May 90 11:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa29618; 30 May 90 11:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25552; Wed, 30 May 90 08:19: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: 30 May 90 14:03:18 GMT From: Trevor Paquette Organization: The University of Calgary Subject: Re: What does winopen(3G) do? Message-Id: <1990May30.140318.17143@calgary.uucp> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , broderic@genesis.rutgers.edu (Alfred J. Broderick) writes: > > It seems that all programs that use winopen(3G) (including `wsh`) > run in the background but do not show up in the when you type `jobs`. > How does this work? Is there any way to debug programs that use > winopen with `edge`? Whenever I try to use `edge` to debug a program > that uses winopen, my program runs to completion before edge is able > to do a "stop at". Just before your winopen() statement add the foreground() statement. This will fix your 'problem'. ___________________________________________/No man is a failure who has friends Trevor Paquette ICBM:51'03"N/114'05"W|I accept the challange, body and soul, {ubc-cs,utai,alberta}!calgary!paquette|to seek the knowledge of the ones of old paquette@cpsc.ucalgary.ca | - engraved on the Kersa Blade of Esalon   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12578; 30 May 90 12:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab12335; 30 May 90 11:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12323; 30 May 90 11:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa29768; 30 May 90 11:37 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26125; Wed, 30 May 90 08:28:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 May 90 15:27:25 GMT From: Alex Woo RAC Organization: NASA Ames Research Center, Mtn Vw CA 94035 Subject: C++ gl & 4sight class libraries wanted Message-Id: <50553@ames.arc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone (SGI?) have C++ class libraries for its gl and 4sight? How about class libraries for the workspace which is reputed to be written in C++? The source isn't necessary but documentation would be very valuable. Alex ====================================================================== Alex Woo, MS 227-2 | woo@ames.arc.nasa.gov NASA Ames Research Center | NASAMAIL ACWOO Moffett Field, CA 94035 | {seismo,topaz,lll-crg,ucbvax}! Phone: (415) 604-6010 | ames!pioneer!woo ====================================================================== {hplabs,hao,att,decwrl,allegra,tektronix,menlo70}!ames!pioneer!woo ======================================================================   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13503; 30 May 90 13:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13203; 30 May 90 12:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13095; 30 May 90 12:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa29986; 30 May 90 12:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29496; Wed, 30 May 90 09:20:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 May 90 14:24:41 GMT From: Trevor Paquette Organization: The University of Calgary Subject: Panel Library Message-Id: <1990May30.142441.18060@calgary.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just pulled my old sources for the Panel Library and it is about a year old now (Version 9). I was wondering if there is a newer version and where I can get ahold of it? Trev ___________________________________________/No man is a failure who has friends Trevor Paquette ICBM:51'03"N/114'05"W|I accept the challange, body and soul, {ubc-cs,utai,alberta}!calgary!paquette|to seek the knowledge of the ones of old paquette@cpsc.ucalgary.ca | - engraved on the Kersa Blade of Esalon   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16008; 30 May 90 15:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15750; 30 May 90 14:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15642; 30 May 90 14:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00933; 30 May 90 14:37 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08031; Wed, 30 May 90 11: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: 30 May 90 18:11:25 GMT From: Satish Tadikonda Organization: U of Iowa, Iowa City, IA Subject: System upgrade-- info needed.... Message-Id: <1590@ns-mx.uiowa.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL -------------------------------------------------------------------------- We are in the process of upgrading the computer facilities in our research oriented medical image processing laboratory. Currently we use a VAX running VMS and an peripheral image processing unit (a Gould IP-8500). Our software investment is quite extensive as we have been using this environment for the last eight years to support 7-20 scientists with a staff of 4-8. While we have read a about the various workstations, we have little "hands on" experience with workstations. Our goals in the upgrade process are to provide us with as much computing power as possible while also providing flexibility for future development and balancing the investment we have in our current software with the investment we will make with these new machines. Any comments/advice are welcome since we want to make as informed a decision as possible (we only get a chance to do this every 5 years or so). Some of the more general question we have are: 1) Are there any reasons for choosing one particular workstation for use in developing image processing applications? (or reasons not to choose a particular one) 2) How difficult is it to develop and X-windows applications that support multiple platforms (we know it is possible, but in the real world, what is it like?) 3) For anyone who has a VMS/Unix shop, what are the difficulties in the systems coexisting with each other? please reply by e-mail to : tadik@umaxc.weeg.uiowa.edu Thanks in advance to those who respond. satish   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18898; 30 May 90 17:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18605; 30 May 90 17:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18543; 30 May 90 17:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02135; 30 May 90 16:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17309; Wed, 30 May 90 13:44: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: 30 May 90 15:57:34 GMT From: "David B. Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: comparing pointers to void functions Message-Id: <61190@sgi.sgi.com> References: <9005301007.aa09801@VMB.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9005301007.aa09801@VMB.BRL.MIL> you write: >< if (thing->formstart == bgnpolygon) >< The compiler says "operands of == have incompatible types". [stuff deleted] >#ifdef mips > if( (void *) thing->formstart == (void *) bgnpolygon ) >#endif > > Anyone at SGI want to wedge a fix in to the next release? I already did for the 3.3 release. void and void * are fully supported. Note that using void * in 3.2 can result in ``Internal error: schain botch'' :-( 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 aa19079; 30 May 90 17:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17820; 30 May 90 16:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17701; 30 May 90 16:14 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa01842; 30 May 90 15:51 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 5294; Wed, 30 May 90 15:32:06 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 30 May 90 14:05 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!ucsd.edu!usc!zaphod.mps.ohio-state.edu!van-bc!ubc-cs!alberta !arcsun.arc.ab.ca!calgary!cpsc!paquette) id AA01648; Wed, 30 May 90 14:17:25 DSD Date: Wed, 30 May 90 14:17:25 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Panel Library To: "usc!zaphod.mps.ohio-state.edu!van-bc!ubc-cs!alberta!arcsun.arc.ab.ca!calgary!cp sc!paquette"@ucsd.edu Cc: info-iris@BRL.MIL, paquette@cpsc.ucalgary.ca Message-id: <9005302117.AA01648@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.arpa, usc!zaphod.mps.ohio-state.edu!van-bc!ubc-cs!alberta!arcsun.arc.ab.ca!calgary!cp sc!paquette@ucsd.edu > > I just pulled my old sources for the Panel Library and it is about > a year old now (Version 9). I was wondering if there is a newer version > and where I can get ahold of it? > > Trev I found version 9.6 as a public ftp tar archive. It seems that nasa has changed the rules for distribution. 9.6 does not compile cleanly under IRIS 3.2. lmcolor conflicts with the IRIS lmcolor call. You will need to hack the code. Not all of the demos will run. I have faxed a formal request to the powers that be there for the latest and greatest version, but I have not received a reply yet. I am going to use 9.6, as it will do what I need. I don't know if there is a later version. I posted the problems with 9.6 some time ago. Let me (us) know what you find. 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 aa19553; 30 May 90 18:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab18898; 30 May 90 17:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18812; 30 May 90 17:31 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa02434; 30 May 90 17:23 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6378; Wed, 30 May 90 17:22:25 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 30 May 90 17:22 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.arpa) id AA05275; Wed, 30 May 90 17:35:16 DSD Date: Wed, 30 May 90 17:35:16 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: uncanny casting coercion To: info-iris@BRL.MIL Message-id: <9005310035.AA05275@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.arpa Some observation about typing in sgi's compiler: Observation 1) .............. char *fgets(s,n,stream); et al return EOF on end of file and a NULL pointer in s . The compiler will not allow a test if(EOF==fgets(s,n,stream)) { ... I had to do if((char *)EOF==fgets(s,n,stream)) { ... The MAN says : -------------------- DIAGNOSTICS If end-of-file is encountered and no characters have been read, no characters are transferred to s and a NULL pointer is returned. If a read error occurs, such as trying to use these functions on a file that has not been opened for reading, a NULL pointer is returned. Otherwise s is returned. ----------------------- Should I test s or fgets ? Why does fgets return a char * ? Observation 2) .............. An ANSI C char decl: MyFunction(char *Arg) { if(arg[0]==NULL)CallError(); } VS: MyFunction(char Arg[]) { if(arg[0]==NULL)CallError(); } A K&R 1 char decl: MyFunction(Arg) char *Arg; { if(arg[0]==NULL)CallError(); } MyFunction(Arg) char Arg[]; { if(arg[0]==NULL)CallError(); } The ANSI form MyFunction(char *Arg) produces a compiler complaint on the == test. Which is the most apopropriate form to use, or am I missing somthing. Why should the compiler complain, or is ansi typeing of pointers, arrays,and array pointers different in a basic way ? Cheers, Dan. c -- +-----------------------------------------------------------------------------+ | 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 ab19890; 30 May 90 19:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab19748; 30 May 90 19:09 EDT Received: by VMB.BRL.MIL id ah19634; 30 May 90 18:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab18548; 30 May 90 17:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02141; 30 May 90 16:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17228; Wed, 30 May 90 13:43:30 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 May 90 06:37:05 GMT From: Bron Campbell Nelson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: comparing pointers to void functions Message-Id: <61182@sgi.sgi.com> References: <9454@pt.cs.cmu.edu>, <61180@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <61180@sgi.sgi.com>, rpw3@rigden.wpd.sgi.com (Rob Warnock) writes: > In article <9454@pt.cs.cmu.edu> cycy@isl1.ri.cmu.edu (Scum) writes: [edited to reduced bandwidth] > +--------------- > | ... I'm having a problem trying to > | determine if a pointer is pointing to a certain function. The pointer is > | defined as an element in a structure thusly: > | struct object { > | void (*formstart) (); > | } > | However, the compiler will not accept the following attempt to compare the > | pointer to the address of the function, even though when they are printed > | out, their values are the same: > | if (thing->formstart == bgnpolygon) > +--------------- > ... on the 3.2 C compiler that still gives the error you saw. > > On a 3.3 (to be released) compiler, neither version of either form gives > an error (and the generated code looks correct). So I guess it's "fixed > in some to-be-determined release"... The short answer is that the compilers used in the SGI 3.2 release had various sorts of problems with void and void* types. This is one of them. As Rob says, these problems are fixed in the 3.3 version, due out Real Soon Now. Casting the types to char*() to do the compare is a bit ugly, but I think it should work until 3.3 is available. -- Bron Campbell Nelson bron@sgi.com or possibly ..!ames!sgi!bron These statements are my own, not those of Silicon Graphics.   Received: from vmb.brl.mil by VMB.BRL.MIL id ac19890; 30 May 90 19:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac19748; 30 May 90 19:09 EDT Received: by VMB.BRL.MIL id ai19634; 30 May 90 18:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac18548; 30 May 90 17:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02143; 30 May 90 16:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17292; Wed, 30 May 90 13:44:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 May 90 15:46:29 GMT From: "David B. Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: What does winopen(3G) do? Message-Id: <61189@sgi.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article broderic@genesis.rutgers.edu (Alfred J. Broderick) writes: > >It seems that all programs that use winopen(3G) (including `wsh`) >run in the background but do not show up in the when you type `jobs`. >How does this work? Is there any way to debug programs that use >winopen with `edge`? Whenever I try to use `edge` to debug a program >that uses winopen, my program runs to completion before edge is able >to do a "stop at". I am posting because it is possible this is confusing more than one person. (1) ``man foreground'' to learn how to prevent the fork. (2) On programs that fork, do (in the dbx command window) the following on startup: set $promptonfork=1 run myprog (At each fork, dbx will ask if you want to debug the child. Type yes (y) to the fork(2) which will fork the graphics process.) (dbx/edge will show the old and new process id's and will have stopped both processes at the exit of fork(2))) active $lastchild (to make commands apply to the child) (Set breakpoints as usual.) cont You can put the startup commands in a text file and read it in with pi myscript (for example) to avoid repetive typing. (Suggestion: set $pimode=1 ) (``man dbx'' and /usr/lib/dbx.help describe other ways to use $promptonfork). This ends the edge/dbx micro-tutorial Hope this helps. [ David B. Anderson Silicon Graphics (415)335-1548 davea@sgi.com ]   Received: from vmb.brl.mil by VMB.BRL.MIL id ad19890; 30 May 90 19:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad19748; 30 May 90 19:09 EDT Received: by VMB.BRL.MIL id aj19634; 30 May 90 18:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad18548; 30 May 90 17:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02145; 30 May 90 16:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17203; Wed, 30 May 90 13:43: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: 30 May 90 04:36:55 GMT From: Rob Warnock Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: comparing pointers to void functions Message-Id: <61180@sgi.sgi.com> References: <9454@pt.cs.cmu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9454@pt.cs.cmu.edu> cycy@isl1.ri.cmu.edu (Scum) writes: +--------------- | Okay, this is a better tested question. I'm having a problem trying to | determine if a pointer is pointing to a certain function. The pointer is | defined as an element in a structure thusly: | struct object { | void (*formstart) (); | } | As you can see, it is a pointer to a function which returns void. Now, I can | successfully invoke the function as: | struct object *thing; | (thing->formstart)(); | However, the compiler will not accept the following attempt to compare the | pointer to the address of the function, even though when they are printed | out, their values are the same: | if (thing->formstart == bgnpolygon) | The compiler says "operands of == have incompatible types". This doesn't seem | right to me. Can anyone out there help me.... Please? +--------------- Well, I originally thought it was because you needed to dereference the function pointer in order to compare (like you "theoretically" should have had to do in the call, but most compilers don't complain). That is: (*thing->formstart)(); and if (*thing->formstart == bgnpolygon) But on the 3.2 C compiler that still gives the error you saw. On a 3.3 (to be released) compiler, neither version of either form gives an error (and the generated code looks correct). So I guess it's "fixed in some to-be-determined release"... Maybe some compiler-type person can help you with a workaround. Or you might just try casting both sides of the compare to a (char *). [*Hack*] -Rob ----- Rob Warnock, MS-9U/510 rpw3@sgi.com rpw3@pei.com Silicon Graphics, Inc. (415)335-1673 Protocol Engines, Inc. 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20135; 30 May 90 19:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab19553; 30 May 90 18:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19519; 30 May 90 18:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02885; 30 May 90 18:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22786; Wed, 30 May 90 15:15: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: 30 May 90 21:52:00 GMT From: Eric Hoffman Organization: Georgia Institute of Technology Subject: graphic library 4D/50GT 4D/120GTX Message-Id: <9966@hydra.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have written an application using the Iris fortran graphic library. I compile it using the -lgl_s and -lfgl options of the fortran compiler. For some strange reasons, it works fine on a 4D/50GT but behave strangely on a 4D/120GTX (I recompiled the code on each machine): Some of my drawings (lines, axis) keep on flashing on and off in some erratic manner. Any clue of what's going on?   Received: from vmb.brl.mil by VMB.BRL.MIL id ab20135; 30 May 90 19:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20028; 30 May 90 19:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20008; 30 May 90 19:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03090; 30 May 90 19:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27189; Wed, 30 May 90 16:18:40 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 May 90 22:45:40 GMT From: Robert Skinner Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: What does winopen(3G) do? Message-Id: <8274@odin.corp.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , broderic@genesis.rutgers.edu (Alfred J. Broderick) writes: |> |> It seems that all programs that use winopen(3G) (including `wsh`) |> run in the background but do not show up in the when you type `jobs`. |> How does this work? Is there any way to debug programs that use |> winopen with `edge`? Whenever I try to use `edge` to debug a program |> that uses winopen, my program runs to completion before edge is able |> to do a "stop at". |> |> Any help and explainations will be appreciated. |> |> Alfred Broderick |> broderic@topaz.rutgers.edu |> -- |> Alfred++ by default, winopen does a fork(), creating a running copy of your program, then the original program terminates. Issue the foreground() call before you do any winopen()'s, if this is not what you want. Since this is often useful for debugging, a common trick is to issue the foreground call if the DEBUG environment variable is set, like this: if( getenv( "DEBUG" ) ) foreground(); -- so you don't have to recompile to have it run in the foreground for debugging. Robert Skinner robert@sgi.com "The words of the prophets were written on the subway walls" - Simon & Garfunkel   Received: from vmb.brl.mil by VMB.BRL.MIL id ac20135; 30 May 90 19:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab20028; 30 May 90 19:38 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab20008; 30 May 90 19:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03092; 30 May 90 19:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27224; Wed, 30 May 90 16:18:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 May 90 22:58:33 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: What does winopen(3G) do? Message-Id: <8275@odin.corp.sgi.com> References: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article , broderic@genesis.rutgers.edu (Alfred J. Broderick) writes: > > It seems that all programs that use winopen(3G) (including `wsh`) > run in the background but do not show up in the when you type `jobs`. > How does this work? Is there any way to debug programs that use > winopen with `edge`? Whenever I try to use `edge` to debug a program > that uses winopen, my program runs to completion before edge is able > to do a "stop at". > > Any help and explainations will be appreciated. > > Alfred Broderick > broderic@topaz.rutgers.edu > -- > Alfred++ winopen() forks a copy of the program in such a way that program is backgrounded. By default, dbx/edge do not stop on the fork system call. Solution 1 ---------- There is a mode in dbx/edge to force this adding the forked child process to your process pool, set $promptonfork=2 You can then click on the newly created child process in the edge window and hit debug to select the child process for debugging. Solution 2 ---------- Another approach is to force a GL program. To do this, use the foreground(3G) call. You might #ifdef DEBUG your code so the foreground call is called when you are debugging. This will prevent the fork and make it easier to debug your app. Solution 3 ---------- A trick for debugging GL apps while in dbx/edge, do the following sequence of steps in dbx or the edge command (dbx) window: stop in main run ccall foreground() cont This manual sequence is equivalent ot hardcoding the foreground(3G) call in your code. If you run your code more than once in the the same debugging session, doing "stop in main" is unnecessary. I have used all three of these techniques and find the second one the easiest to deal with though the third solution is useful in a pinch compared the first solution I offer. --- Ciemo   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01495; 31 May 90 12:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00846; 31 May 90 12:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac00611; 31 May 90 11:53 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04148; 30 May 90 23:38 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA11919; Wed, 30 May 90 20:26:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 May 90 01:34:36 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Re: C++ gl & 4sight class libraries wanted Message-Id: <8294@odin.corp.sgi.com> References: <50553@ames.arc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <50553@ames.arc.nasa.gov>, woo@pioneer.arc.nasa.gov (Alex Woo RAC) writes: > > Does anyone (SGI?) have C++ class libraries for its gl and > 4sight? How about class libraries for the workspace which > is reputed to be written in C++? The source isn't necessary > but documentation would be very valuable. > > Alex > > ====================================================================== > Alex Woo, MS 227-2 | woo@ames.arc.nasa.gov > NASA Ames Research Center | NASAMAIL ACWOO > Moffett Field, CA 94035 | {seismo,topaz,lll-crg,ucbvax}! > Phone: (415) 604-6010 | ames!pioneer!woo > ====================================================================== > {hplabs,hao,att,decwrl,allegra,tektronix,menlo70}!ames!pioneer!woo > ====================================================================== Inclusion of gl.h and linking to libgl{_s}.a should work just fine for the SGI C++ 1.0 (AT&T 1.2.1) translator. This includes the "mex" window system calls in the GL(TM) (winopen, etc) for creating and manipulating 4Sight windows. The 3.3 release of IRIX (coming soon to an IRIS near you if you need it) includes a version of gl.h which has full function prototypes which can be used with the C++ cfront translator and the vastly improved prototype features of the yet to be released IRIX 3.3 C compiler. The C and C++ interfaces to the GL are currently identical. The C++ toolkit used for implementing the WorkSpace(TM) in IRIX 3.2 and IRIX 3.3 is SGI internal. The API for this toolkit was functional yet not appropriate for external use. The lessons learned from this toolkit project are being applied to new development efforts inside many parts of SGI that will much more suited for external use. --- Ciemo   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01495; 31 May 90 12:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00846; 31 May 90 12:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id af00611; 31 May 90 11:54 EDT Received: from Sun.COM by VGR.BRL.MIL id aa04473; 31 May 90 0:41 EDT Received: from newuucp.Sun.COM (newuucp.EBay.Sun.COM) by Sun.COM (4.1/SMI-4.1) id AA26192; Wed, 30 May 90 21:41:32 PDT Received: from emsca.UUCP by newuucp.Sun.COM (4.1/SMI-4.1) id AA02964; Wed, 30 May 90 21:41:17 PDT Received: from intevep.UUCP by (4.0/SMI-4.0) id AA18091; Wed, 30 May 90 19:39:04-040 Received: from koala.yv by yv (4.0/SMI-4.0) id AA03548; Wed, 30 May 90 13:21:50-050 Received: by koala.yv (4.0/SMI-4.0) id AA02127; Wed, 30 May 90 13:22:57-050 Date: Wed, 30 May 90 13:22:57-050 From: "Arturo Puente xt. 56523" Message-Id: <9005301822.AA02127@koala.yv> To: info-iris@BRL.MIL Subject: Search of a box to amplificate the RGB signals. I work in a Petroleum Research Company in Venezuela. We have an Iris 80GT with 16 M Bytes of Memory. We want to give courses with our Silicon Graphics to an audience of about 20 people, and we want to use several monitors conected to one machine. If you put more than three monitors the video signal get weaker, so we want to know if there is someone that know about a box, with possible 6 inputs (R,G,B, Vertical Sync, Horizontal Sync, and Clock)(For use not only with Silicon Graphics) and several sets of 6 output to connect to several equipments (Monitors, video hardcopy, etc) , with a strong signal for every one. Is there someone that know about such a box.? Thank you in advance. Arturo Puente e-mail : sun!emsca!intevep!arturo@sun.com INTEVEP   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01973; 31 May 90 12:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01495; 31 May 90 12:29 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa01207; 31 May 90 12:05 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa11926; 30 May 90 20:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29613; Wed, 30 May 90 16:58:10 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 May 90 23:48:44 GMT From: Steve Lamont Organization: Foo Bar Brewers Cooperative Subject: Re: What does winopen(3G) do? Message-Id: <2238@speedy.mcnc.org> References: , <8274@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8274@odin.corp.sgi.com> robert@sgi.com writes: >by default, winopen does a fork(), creating a running copy of your >program, then the original program terminates. > >Issue the foreground() call before you do any winopen()'s, if this is >not what you want. Pardon my puzzlement, but what are the comparative advantages of forking or not forking upon winopen()? spl (the p stands for puzzled person) -- Steve Lamont, sciViGuy (919) 248-1120 EMail: spl@ncsc.org NCSC (The other one), Box 12889, Research Triangle Park, NC 27709 "It's not a question of whose habitat it is, it's a question of how hard you hit it." -Douglas Adams, "Hitchhiker's Guide to the Galaxy"   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01973; 31 May 90 12:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af01495; 31 May 90 12:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01397; 31 May 90 12:17 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03692; 30 May 90 21:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04075; Wed, 30 May 90 18:11: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: 30 May 90 15:29:38 GMT From: ze'ev peter Organization: back in civilization Subject: Timing Benchmarks in 4sight Message-Id: <74314@aerospace.AERO.ORG> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi. I need to time a simple graphics program for benchmarking cpu time to the nearest 0.1 second. The Unix routine "time" is perfect for this, except that what I want to time is a simple program that opens up a window, draws lines, etc., and closes. When I do this under GL, the Unix time routine comes back immediately with zero cpu seconds used, and THEN the graphics window opens up. Does anyone have a neat way of doing this? -- ze'ev zevpeter@aerospace.aero.org   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02720; 31 May 90 13:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01973; 31 May 90 12:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad01866; 31 May 90 12:36 EDT Received: from [128.32.133.1] by VGR.BRL.MIL id aa00470; 31 May 90 10:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15745; Thu, 31 May 90 06:32:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 30 May 90 21:48:09 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: How to view postscript image Message-Id: <772@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have some postscript images that I'd like to display on my SGI. Is there a program that will display the image or convert it to something that ipaste can display? -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!uunet!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id ad01495; 31 May 90 12:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00846; 31 May 90 12:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id al00611; 31 May 90 11:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05007; 31 May 90 3:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25068; Thu, 31 May 90 00:14:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 May 90 07:12:00 GMT From: Ian Hoyle Subject: elm2.3 on SiliconGraphics machines Message-Id: <1561@merlin.bhpmrl.oz.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone successfully built elm2.3 on a SiliconGraphics machine ?? On starting the compilation, cpp gives up with cd src; /bin/make -b all cc -O -I../hdrs -c addr_util.c cpp: error ../hdrs/../config.h:404: undefined control *** Error code 1 It just doesn't like the ../hdrs/../config.h path construction. I know I could easily hack the source, but that can make updates for patches hard to maintain. ian -- Ian Hoyle /\/\ / / /\ BHP Melbourne Research Laboratories / / / \ 245 Wellington Rd, Mulgrave, 3170 / / / /\ \ AUSTRALIA \ \/ / / / \ / / / Phone : +61-3-560-7066 \/\/\/ ACSnet : ianh@bhpmrl.oz.au Internet: ianh%bhpmrl.oz.au@uunet.uu.net   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04268; 31 May 90 14:00 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03487; 31 May 90 13:50 EDT Date: Thu, 31 May 90 13:38:40 EDT From: Gary S. Moss (VLD/VMB) To: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu cc: info-iris@BRL.MIL Subject: Re: uncanny casting coercion Message-ID: <9005311338.aa03378@VMB.BRL.MIL> < Observation 1) < .............. < char *fgets(s,n,stream); et al return EOF on end of file No they don't, they return NULL. < and a NULL pointer in s. Wrong again. This is not even possible; s should point to storage, this cannot be changed by fgets. Characters can be transferred to the storage location whose address is contained in s, but that address (the value of s) cannot be changed by fgets. If this is confusing, get some C pointer training before you do any further programming. < The compiler will not allow a test < < if(EOF==fgets(s,n,stream)) { ... Well, at least it gets this right. ;-b < I had to do < < if((char *)EOF==fgets(s,n,stream)) { ... Will you forget EOF already. EOF is not a pointer value and has no meaning in that context. < DIAGNOSTICS < If end-of-file is encountered and no characters have been read, no ^^ < characters are transferred to s and a NULL pointer is returned. If a ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^ < read error occurs, such as trying to use these functions on a file that < has not been opened for reading, a NULL pointer is returned. Otherwise ^^^^^^^^^^^^^^^^^^^^^^^^^^ < s is returned. You better RTFM *again*. ;-) Good luck!   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06952; 31 May 90 15:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06390; 31 May 90 15:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05870; 31 May 90 14:53 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05082; 31 May 90 14:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05365; Thu, 31 May 90 11:25: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: 31 May 90 17:46:23 GMT From: Wade Olsen Subject: Re: What does winopen(3G) do? Message-Id: <8315@odin.corp.sgi.com> References: , <8274@odin.corp.sgi.com>, <2238@speedy.mcnc.org> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2238@speedy.mcnc.org> spl@duck.ncsc.org (Steve Lamont) writes: >Pardon my puzzlement, but what are the comparative advantages of forking or >not forking upon winopen()? Graphics programs that don't fork are a pain because they tie up the shell from which they were invoked (i.e. you get no shell prompt until the graphics program exits). You could just remember to run them in background by appending and ampersand to the invocation line, but this leaves a bad taste in my mouth. Wade ++ Wade Olsen, wade@sgi.com, X1023   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08397; 31 May 90 16:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07510; 31 May 90 15:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07462; 31 May 90 15:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05373; 31 May 90 15:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08355; Thu, 31 May 90 12:10:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 31 May 90 17:19:37 GMT From: Dan Christensen Organization: Computer Graphics Lab, University of Waterloo Subject: Re: Rotations about an arbitrary axis Message-Id: <1990May31.171937.14296@watcgl.waterloo.edu> References: <9005171647.AA14106@baby.swmed.utexas.edu>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article spencer@eecs.umich.edu (Spencer W. Thomas) writes: >In article <9005171647.AA14106@baby.swmed.utexas.edu> rose@BABY.SWMED.UTEXAS.EDU (Rose Oguz) writes: >[Problem of rotation about an arbitrary axis.] >> Basically, I have two vectors coming >> from the same point and one of the vectors needs to be rotated into the >> other. > > You want to rotate the vector V1 into the vector V2. We can >do this in two steps: (1) rotate V1 to the X axis and then (2) rotate >the X axis to V2. (Why do this, you say? Because each step is easy.) But there is more than one rotation mapping a vector V1 to a vector V2. The final result can be oriented in any way about V2. The original poster indicated that he wanted the one that rotates about V1xV2, ie. the most "direct" rotation. I don't think that your solution does this. For example, suppose in a right handed coordinate system the poster wants to rotate the y axis to the z axis (by rotating about y cross z, ie. the x axis). This will map y -> z, z -> -y and x -> x. I believe that your solution will map y -> z, z -> -x and x -> -y which is probably not what is wanted. (I may have the details wrong, but I think the idea is right.) Here is some C code that will do what the poster wants. To produce the input vector use axis = V1 x V2 (May have the order backwards. Can't remember.) len = length( axis ) axis = axis * arcsin( len ) / len Since the cross product produces a vector whose length is the sine of the angle between the two vectors, we must scale the vector as above. /* Takes a vector whose direction defines an axis of rotation and whose * length is the angle of rotation in radians and fills in the corresponding * (4x4) rotation matrix. Obtained from a paper by Michael Pique */ void vector_rot(drot, rotation) double *drot; Matrix rotation; { double s, c, t, a; int i, j; a = sqrt(drot[0] * drot[0] + drot[1] * drot[1] + drot[2] * drot[2]); if (a != 0.0) { drot[0] /= a; drot[1] /= a; drot[2] /= a; } s = sin(a); c = cos(a); t = 1.0 - c; rotation[0][0] = t * drot[0] * drot[0] + c; rotation[0][1] = t * drot[0] * drot[1] + s * drot[2]; rotation[0][2] = t * drot[0] * drot[2] - s * drot[1]; rotation[0][3] = 0; rotation[1][0] = t * drot[0] * drot[1] - s * drot[2]; rotation[1][1] = t * drot[1] * drot[1] + c; rotation[1][2] = t * drot[1] * drot[2] + s * drot[0]; rotation[1][3] = 0; rotation[2][0] = t * drot[0] * drot[2] + s * drot[1]; rotation[2][1] = t * drot[1] * drot[2] - s * drot[0]; rotation[2][2] = t * drot[2] * drot[2] + c; rotation[2][3] = 0; rotation[3][0] = 0; rotation[3][1] = 0; rotation[3][2] = 0; rotation[3][3] = 1; } Dan Christensen jdchrist@watcgl.uwaterloo.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08977; 31 May 90 16:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab08397; 31 May 90 16:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08338; 31 May 90 16:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05554; 31 May 90 15:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10152; Thu, 31 May 90 12:40: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: 31 May 90 19:15:00 GMT From: swrinde!zaphod.mps.ohio-state.edu!brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!sam@ucsd.edu Subject: Tektronix emulator needed. Message-Id: <19400002@ux1.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there a Tektronix emulator for SGI's?   Received: from vmb.brl.mil by VMB.BRL.MIL id ab09251; 31 May 90 16:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac08977; 31 May 90 16:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08828; 31 May 90 16:19 EDT Received: from uunet.UU.NET by VGR.BRL.MIL id aa05633; 31 May 90 16:08 EDT Received: from lsr-vax.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA16075; Thu, 31 May 90 11:58:33 -0400 Received: from lsr-sunc. by (4.1/SMI-4.0) id AA03253; Thu, 31 May 90 11:58:27 EDT Date: Thu, 31 May 90 11:58:27 EDT From: "Lance M. Optican - LMO" Message-Id: <9005311558.AA03253@> To: uunet!brl.mil!info-iris@uunet.uu.net Subject: 4D/120GTX flashing lines We have had endless problems with the lines flashing on and off on our 4D/120GTX machine. As near as we can tell, there is some interaction between the csh environment variables and the SGI per/process tables. To fix the problem, be sure that "CPUBOARD=IP5" is set in your environment. If that doesn't fix the problem, start removing unused variables from your environment. If anyone has a better fix for this problem, or understands the true source of the difficulty (rather than my superstitious belief), please post it! ---------------------------------------------------+----------------------- 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 ac09251; 31 May 90 16:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad08977; 31 May 90 16:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08830; 31 May 90 16:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05644; 31 May 90 16:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10887; Thu, 31 May 90 12:53: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: 31 May 90 18:36:05 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: How to view postscript image Message-Id: <8318@odin.corp.sgi.com> References: <772@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <772@ki.UUCP>, dwatts@ki.UUCP (Dan Watts) writes: |> |> I have some postscript images that I'd like to display on my SGI. |> Is there a program that will display the image or convert it to |> something that ipaste can display? You can try psview and psh. If the images are in the form of a PostScript program psview should be able to display them on the screen. It they are in the form of hexadecimal ascii data that is read using the "currentfile" operator then the release 3.2 version of psview will not display them but psh will be able to. The drawback is the psh will draw them on the background. The release 3.3 version of psview should be able to display them in either case. -- 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 aa09627; 31 May 90 17:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09251; 31 May 90 16:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09069; 31 May 90 16:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05719; 31 May 90 16:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12597; Thu, 31 May 90 13:18: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: 31 May 90 13:33:21 GMT From: Paul Breslin Organization: Alias Research Inc., Toronto ON Canada Subject: Re: QuickPaint Message-Id: <1990May31.133321.1363@alias.uucp> References: <9005281929.AA03813@clciris.chem.umr.edu>, <8235@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL > /usr/people/4Dgifts/iristools, then > % cd libgutil > % make > % cd ../libimage > % make > % cd ../imgtools > % make toalias > and at this point, you'll have the executable that will convert an SGI image > file into an ALIAS (i.e. quickpaint/quickmodel) image file format. > -- > daveus rattus It is true that "toalias" converts from SGI RGB format to Alias RGB format. What is *not* true is that QuickPaint and QuickModel use Alias format. So please don't waste your time with the above process if you hope to deal with QuickPaint image files. As mentioned before, QuickPaint uses SGI colorindex format in combination with a saved SGI colormap file. Refer to the SGI image library source in 4Dgifts/iristools/libimage for the gory details. cheers, Paul Breslin   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09986; 31 May 90 17:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09847; 31 May 90 17:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09734; 31 May 90 17:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05956; 31 May 90 16:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14502; Thu, 31 May 90 13:49: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: 31 May 90 20:28:21 GMT From: Anthony Persechini Organization: University of Rochester Subject: floppy drive Message-Id: <7699@ur-cc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am interested in setting up a 5.25i high density external floppy disk drive on my SGI 4D20G. I want to use my SCSI port for this. Anyone know the hardware/software requirements? Tony- -- Dept. of Physiology, Box 642 Anthony Persechini School of Medicine ajp2o@crocus.medicine.rochester.edu University of Rochester Rochester, NY 14642   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10324; 31 May 90 17:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10159; 31 May 90 17:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10116; 31 May 90 17:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06167; 31 May 90 17:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17420; Thu, 31 May 90 14: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: 31 May 90 14:29:43 GMT From: cs.dal.ca!dal1!marinell@uunet.uu.net Subject: Request for ftpd variant Message-Id: <1671@ac.dal.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there a version of ftpd for IRIX that can restrict anonymous ftp connections to non-prime hours, or restrict the number of simultaneous anonymous connections? Kevin Marinelli Academic Computing Services Dalhousie University Halifax, N.S. marinell@ac.dal.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10799; 31 May 90 18:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10639; 31 May 90 18:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10592; 31 May 90 18:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06260; 31 May 90 17:56 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18473; Thu, 31 May 90 14:49: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: 31 May 90 21:31:56 GMT From: Russell Taylor Subject: using gethostbyname() Message-Id: <14410@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am trying to use the 'gethostbyname()' system call in a program. The manual entry mentions that I must link with 'libbsd.a' in order to use this function. However, the function is not defined in that library (or any other library that I can find) and the loader complains about it being undefined. Any clues? Russell Taylor taylorr@cs.unc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18006; 1 Jun 90 9:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16136; 1 Jun 90 8:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15968; 1 Jun 90 8:04 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa09379; 1 Jun 90 7:50 EDT Received: Fri, 1 Jun 90 07:51:42 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 1 Jun 90 07:51:42 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9006011151.AA02787@aero4.larc.nasa.gov> To: swrinde!zaphod.mps.ohio-state.edu!brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!sam@ucsd.edu Subject: Re: Tektronix emulator needed. Cc: info-iris@BRL.MIL On the 3000's there is a command called wsiris, which does an ok job. I have used it to connect to remote machines through a RS232 port. I suppose to work through the ethernet, but I haven't managed to get it to work there. On the 4D's I think you can use X windows to get an emulator. I haven't had the need to try it on a 4D so I haven't checked into it. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ab18006; 1 Jun 90 9:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17550; 1 Jun 90 9:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17441; 1 Jun 90 9:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09878; 1 Jun 90 9:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA09115; Fri, 1 Jun 90 05:56: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: 1 Jun 90 10:36:22 GMT From: Bruce Karsh Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Fun GL program Message-Id: <61367@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here's a fun little graphics program. Run it when you feel that bugs are getting you down. When you've had enough, you can kill it by selecting the plain root from the Windows chest. ------------------------( Cut Here multibug.c )-------------------------------- #include "gl.h" #include "gl/device.h" #include "math.h" #define PI 3.1415926535 #define NBUGS 12 #define MAXBUGS 500 int phase[MAXBUGS]; Coord bugx[MAXBUGS],bugy[MAXBUGS]; Angle bugt[MAXBUGS]; int bugc[MAXBUGS]; int nbugs; main(argc,argv) int argc; char *argv[]; { short dev,data; int i; imakebackground(); winopen("background"); shademodel(FLAT); if(argc == 2) nbugs=atoi(argv[1]); else nbugs=NBUGS; if(nbugs > MAXBUGS)nbugs=MAXBUGS; for(i=0;i1300)bugx[i] = -35; if(bugx[i]< -35)bugx[i] = 1300; if(bugy[i] > 1050)bugy[i] = -35; if(bugy[i] < -35)bugy[i] = 1050; bugt[i] += rand() % 200 - 100; } newbug(); sginap(2); } } } repaint() { color(14); clear(); newbug(); } newbug() { int i; /* Draw the new bugs. */ for(i=0;i To: Russell Taylor cc: info-iris@BRL.MIL Subject: Re: using gethostbyname() Message-ID: <9006010850.aa16641@VMB.BRL.MIL> < I am trying to use the 'gethostbyname()' system call in a program. < The manual entry mentions that I must link with 'libbsd.a' in order to use < this function. However, the function is not defined in that library (or < any other library that I can find) and the loader complains about it being < undefined. What OS/hardware combination are you running? I am running 4D/IRIX 3.2.2 and have gethostbyname in *my* /usr/lib/libbsd.a. (I'm pretty sure it's been there in previous releases of IRIX). Try the following: $ nm -Bo /usr/lib/libbsd.a | grep gethostbyname ... /usr/lib/libbsd.a:gethostwrap.o: 10000000 T gethostbyname ...   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19705; 1 Jun 90 11:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab19081; 1 Jun 90 11:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19018; 1 Jun 90 10:47 EDT Received: from [129.112.1.12] by VGR.BRL.MIL id aa10314; 1 Jun 90 10:39 EDT Received: from baby.swmed.utexas.edu by utsw.swmed.utexas.edu with SMTP; Fri, 1 Jun 1990 9:39:01 CDT Received: by baby.swmed.utexas.edu (5.52/890619.SGI) (for utsw.swmed.utexas.edu!uunet.uu.net!clyde.concordia.ca!news-server.csri.toronto.edu!utgpu!watserv1!watcgl!jdchrist) id AA00517; Fri, 1 Jun 90 09:44:13 CDT Date: Fri, 1 Jun 90 09:44:13 CDT From: Rose Oguz Message-Id: <9006011444.AA00517@baby.swmed.utexas.edu> To: info-iris@BRL.MIL, uunet.uu.net!clyde.concordia.ca!news-server.csri.toronto.edu!utgpu!watserv1!watcgl!jdchrist@baby.swmed.utexas.edu Subject: Re: Rotations about an arbitrary axis In article <1990May31.171937.14296@watcgl.waterloo.edu>, jdchrist@watcgl.uwaterloo.ca (Dan Christensen) writes: >In article spencer@eecs.umich.edu (Spencer W. Thomas) writes: >>In article <9005171647.AA14106@baby.swmed.utexas.edu> rose@BABY.SWMED.UTEXAS.EDU (Rose Oguz) writes: >>[Problem of rotation about an arbitrary axis.] >>> Basically, I have two vectors coming >>> from the same point and one of the vectors needs to be rotated into the >>> other. >> >> You want to rotate the vector V1 into the vector V2. We can >>do this in two steps: (1) rotate V1 to the X axis and then (2) rotate >>the X axis to V2. (Why do this, you say? Because each step is easy.) > >But there is more than one rotation mapping a vector V1 to a vector V2. >The final result can be oriented in any way about V2. The original >poster indicated that he wanted the one that rotates about V1xV2, >ie. the most "direct" rotation. I don't think that your solution >does this. What I (the poster of the original question) wanted to was exactly map vector V1 onto V2. In other words, all points on one vector would be the exact points on the other vector with the heads of the vectors matched and the tails of the vectors matched. The algorithm suggested by Spencer Thomas works. I know because I implemented a modified version because my application wasn't simply mapping one vector to another. The method I used also comes from Foley and Van Dam's Fundamentals of Interactive Computer Graphics. Basically, there are only 2 rotations that can map one vector into another, clockwise and counterclockwise, if you will. I'm not sure that you want me to go into detail about the above mentioned algorithm; so, I won't now. However, I will if anyone indicates so, but I think article , by spencer@eecs.umich.edu (Spencer W. Thomas) explains the algorithm quite clearly. >For example, suppose in a right handed coordinate system the poster >wants to rotate the y axis to the z axis (by rotating about y cross z, >ie. the x axis). This will map y -> z, z -> -y and x -> x. I believe >that your solution will map y -> z, z -> -x and x -> -y which is >probably not what is wanted. (I may have the details wrong, but I >think the idea is right.) > >Here is some C code that will do what the poster wants. > ... >/* Obtained from a paper by Michael Pique */ I have glanced at the code, but I have not spent much time with it. I'm not sure of what you've indicated. However, if you could direct me to the paper by Michael Pique, I will try to spend some time with it. Rose   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24303; 1 Jun 90 14:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21928; 1 Jun 90 13:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21826; 1 Jun 90 13:12 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10860; 1 Jun 90 12:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23801; Fri, 1 Jun 90 09:40: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: 1 Jun 90 16:14:04 GMT From: "Spencer W. Thomas" Organization: University of Michigan EECS Dept Subject: Re: Rotations about an arbitrary axis Message-Id: References: <9005171647.AA14106@baby.swmed.utexas.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990May31.171937.14296@watcgl.waterloo.edu> jdchrist@watcgl.waterloo.edu (Dan Christensen) writes: me> In article spencer@eecs.umich.edu (Spencer W. Thomas) writes: me> You want to rotate the vector V1 into the vector V2. We can me>do this in two steps: (1) rotate V1 to the X axis and then (2) rotate me>the X axis to V2. (Why do this, you say? Because each step is easy.) > But there is more than one rotation mapping a vector V1 to a vector V2. > The final result can be oriented in any way about V2. The original > poster indicated that he wanted the one that rotates about V1xV2, > ie. the most "direct" rotation. I don't think that your solution > does this. > For example, suppose in a right handed coordinate system the poster > wants to rotate the y axis to the z axis (by rotating about y cross z, > ie. the x axis). This will map y -> z, z -> -y and x -> x. I believe > that your solution will map y -> z, z -> -x and x -> -y which is > probably not what is wanted. (I may have the details wrong, but I > think the idea is right.) I agree that the problem, as I stated it, is ill-defined. However, my solution definitely maps the normal vector onto itself, by construction. The first matrix takes v1->x, n->z (and m->y), the second matrix takes (x->v2, z->n (and y->p)). Thus, the normal vector (rotation axis) remains fixed. Since each matrix is carefully constructed to be a pure rotation, the result must be a pure rotation. Let's try it with your example. 1. n = v1 x v2 = (0 1 0) x (0 0 1) = (1 0 0) 2. m = n x v1 = (1 0 0) x (0 1 0) = (0 0 1) 3. R1 = (v1' m' n') = (0 0 1) (1 0 0) (0 1 0) 4. p = n x v2 = (1 0 0) x (0 0 1) = (0 -1 0) 5. R2 = (v2) = (0 0 1) ( p) (0 -1 0) ( n) (1 0 0) 6. R1 R2 = (1 0 0) (0 0 1) (0 -1 0) So the final result takes x -> x, y -> z, and z -> -y, as desired. -- =Spencer (spencer@eecs.umich.edu)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab24303; 1 Jun 90 14:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23521; 1 Jun 90 14:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23428; 1 Jun 90 14:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11102; 1 Jun 90 13:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28197; Fri, 1 Jun 90 10:50:00 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Jun 90 17:29:58 GMT From: 0000 Subject: unix tail command Message-Id: <9006011729.AA15471@lri.uwo.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL If I want to print out the last line of each file I think the following command should do it: tail -1 * and if I want the first line of each file the following: head -1 * The head command works but the tail command does not! Is this a limitation of the tail command or is it a bug?   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25826; 1 Jun 90 16:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab23521; 1 Jun 90 14:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23480; 1 Jun 90 14:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11163; 1 Jun 90 14:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28972; Fri, 1 Jun 90 11:03: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: 1 Jun 90 16:53:31 GMT From: Jim Blue Organization: National Institute of Standards & Technology, Gaithersburg, MD Subject: Linking X programs Message-Id: <3712@fs1.cam.nist.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am trying to link the simplest widget example from the Athena widget set, the "Hello world" example, xhw.c My cflags are -I/usr/include/bsd, and my libraries are -lXt -lX11 -lbsd -lm The linker can't find XtAppInitialize, which should be in the Xt library, but isn't on my Personal Iris, release 3.2 Can this really be the case, or am I making a beginner's error? Jim Blue, NIST blue@azure.cam.nist.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26688; 1 Jun 90 18:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac26457; 1 Jun 90 18:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab26415; 1 Jun 90 17:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12211; 1 Jun 90 17:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12699; Fri, 1 Jun 90 14:15: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: 1 Jun 90 19:56:23 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: serial ports - connect other devices..... Message-Id: <423@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL i give up!! I have been trying to connect a summagraphics digitizing tablet to a 4D/25G personal iris... i connected it to the second serial port and tried to talk to it using the cu command .. this is what i got iris%cu -s 9600 -l /dev/ttyd2 Connect failed: CAN'T ACCESS DEVICE iris% the table in "Devices" is o.k. and uucp has permission what else is there?? any help will be most appreciated.... thanks.....   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26727; 1 Jun 90 18:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26457; 1 Jun 90 18:04 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa26405; 1 Jun 90 17:44 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa08221; 1 Jun 90 17:35 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 0027; Fri, 01 Jun 90 17:32:57 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Fri, 1 Jun 90 17:34 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for mcclb0.med.nyu.edu!tut.cis.ohio-state.edu!mailrus!news-server.csri.toronto.edu! utgpu!watserv1!ria!lri.uwo.ca) id AA17281; Fri, 1 Jun 90 17:48:15 DSD Date: Fri, 1 Jun 90 17:48:15 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: unix tail command To: mailrus!news-server.csri.toronto.edu!utgpu!watserv1!ria!lri.uwo.ca@tut.cis.ohio MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Cc: info-iris@BRL.MIL Message-id: <9006020048.AA17281@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil tail -f will follow a file as it grows. It will generally print the last few lines of a file and wait for the file to grow. -- +-----------------------------------------------------------------------------+ | 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 ab26727; 1 Jun 90 18:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab26457; 1 Jun 90 18:04 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26415; 1 Jun 90 17:45 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa12192; 1 Jun 90 17:14 EDT Received: Fri, 1 Jun 90 17:15:55 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 1 Jun 90 17:15:55 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9006012115.AA05785@aero4.larc.nasa.gov> To: mailrus!news-server.csri.toronto.edu!utgpu!watserv1!ria!lri.uwo.ca@tut.cis.ohio-state.edu Subject: Re: unix tail command Cc: info-iris@BRL.MIL If it is a bug (tail -1 * , only showing the end of one file), then every UNIX system I have used is also broken. I guess it is a "feature." Although I wished it worked like head. -- 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 aa26916; 1 Jun 90 18:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad26457; 1 Jun 90 18:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac26415; 1 Jun 90 17:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12213; 1 Jun 90 17:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12388; Fri, 1 Jun 90 14:10:08 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Jun 90 19:59:45 GMT From: Jesse Rendleman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: using gethostbyname() Message-Id: <8378@odin.corp.sgi.com> References: <14410@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <14410@thorin.cs.unc.edu> taylorr@glycine.cs.unc.edu (Russell Taylor) writes: > > I am trying to use the 'gethostbyname()' system call in a program. >The manual entry mentions that I must link with 'libbsd.a' in order to use >this function. However, the function is not defined in that library (or >any other library that I can find) and the loader complains about it being >undefined. > > Russell Taylor on my system, "nm /usr/lib/libbsd.a | grep gethostbyname" finds all the entries you'd expect. your compile line should be something like "cc prog.c -lbsd -o prog"? do you have the development option loaded on your machine? (check "versions | grep dev", which should say something like... I dev 5900637 Dev Sys PD 3, S5-DV01-3.2, 808-0059-006 I dev.sw 89/09/06 5800637 Dev Sys SW 3, S5-DV01-3.2, 808-0058-006 I dev.man 89/09/06 6000637 Dev Sys Man 3, S5-DV01-3.2, 808-0060-006 good luck,   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00791; 2 Jun 90 10:38 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00609; 2 Jun 90 10:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac00510; 2 Jun 90 9:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15427; 2 Jun 90 9:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28609; Sat, 2 Jun 90 06:36:50 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 1 Jun 90 19:48:41 GMT From: Dan Christensen Organization: Computer Graphics Lab, University of Waterloo Subject: Re: Rotations about an arbitrary axis Message-Id: <1990Jun1.194841.11194@watcgl.waterloo.edu> References: , <1990May31.171937.14296@watcgl.waterloo.edu>, Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article spencer@eecs.umich.edu (Spencer W. Thomas) writes: >In article <1990May31.171937.14296@watcgl.waterloo.edu> jdchrist@watcgl.waterloo.edu (Dan Christensen) writes: > >> But there is more than one rotation mapping a vector V1 to a vector V2. >> The final result can be oriented in any way about V2. The original >> poster indicated that he wanted the one that rotates about V1xV2, >> ie. the most "direct" rotation. I don't think that your solution >> does this. > >I agree that the problem, as I stated it, is ill-defined. However, my >solution definitely maps the normal vector onto itself, by >construction. Sorry, your solution does work. My point was that the problem was ill-defined. Thanks for working out the details. Dan Christensen   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00841; 2 Jun 90 10:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00609; 2 Jun 90 10:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00510; 2 Jun 90 9:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa15423; 2 Jun 90 9:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28662; Sat, 2 Jun 90 06:37: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: 1 Jun 90 21:33:06 GMT From: "J. Davis" Subject: NeWS interface help needed Message-Id: <9006012133.AA16991@lri.uwo.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am interested in writing an application program having a Sunview-like user interface (buttons, sliders, etc.). I found the itemdemo postscript file which has all kinds of slick stuff, but my problem is interfacing with my main C program. So far, the documentation found in the 4Sight programmer's guide has proven too sketchy to be of much use to me. What I need is a pair of simple programs (.cps, .c) which will show how to use PostScript to set up a window with, say, a button, and pass the button value back to the calling C routine. Thanks for any help.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04743; 2 Jun 90 23:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04583; 2 Jun 90 22:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04577; 2 Jun 90 22:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17338; 2 Jun 90 22:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05466; Sat, 2 Jun 90 19:08: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: 3 Jun 90 01:39:52 GMT From: Jeff Weinstein Organization: Silicon Graphics Inc. Subject: Re: Linking X programs Message-Id: <8429@odin.corp.sgi.com> References: <3712@fs1.cam.nist.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3712@fs1.cam.nist.gov>, blue@cam.nist.gov (Jim Blue) writes: > My cflags are -I/usr/include/bsd, and my libraries are > -lXt -lX11 -lbsd -lm You need '-lXaw -lXt -lX11 -lsun -lbsd'. --Jeff Jeff Weinstein - X Protocol Police Silicon Graphics, Inc., Entry Systems Division, Window Systems jsw@xhead.esd.sgi.com Any opinions expressed above are mine, not sgi's.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09442; 3 Jun 90 19:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08994; 3 Jun 90 17:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08976; 3 Jun 90 17:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20403; 3 Jun 90 17:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27631; Sun, 3 Jun 90 14:18: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: 3 Jun 90 21:10:31 GMT From: Stuart Levy Organization: Geometry Group, University of Minnesota Subject: Power Series Iris as NFS file server? Message-Id: <1990Jun3.211031.1078@s1.msi.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have a 4-processor Iris (240 GTX), typically used as a workstation, and are tempted to attach a few GB of SMD disks and make it a file server too. It might do NFS for a dozen-odd machines, mostly other Irises and Suns, but just for user file access -- no paging/swapping or system binaries. My question is, does anyone know how much we can expect NFS-serving to cut interactive performance on the Iris? Is anyone else already in this boat? For that matter, can anyone compare Irises and Suns as to NFS performance? (We're using a Sun-3/260 for the purpose now.) Another question: We tried having our Iris export its /usr partition, mounting it from elsewhere and doing NFS file copies to measure the bog factor. Seemed not too bad. BUT found that one Sun -- a Sparcstation running Sun 4.1 -- refused to mount the SGI's disk, complaining "RPC program/version mismatch". Other Suns (4.0.3) didn't mind, and our 4.1 Sun happily mounts 4.0.3 NFS partitions. This might be a better question to a Sun list, but... anyone know why a SunOS 4.1 Sun might not mount an Irix 3.2.1 server? (Rpcinfo notes that Sun's mountd now offers both tcp & udp service while SGI's mountd is udp-only. Also SGI sports mountd version 99 as well as version 1, wonder what that is?) Stuart Levy, Geometry Group, University of Minnesota slevy@geom.umn.edu, (612) 624-1867   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09565; 3 Jun 90 19:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09383; 3 Jun 90 18:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09379; 3 Jun 90 18:42 EDT Received: from Princeton.EDU by VGR.BRL.MIL id aa20663; 3 Jun 90 18:31 EDT Received: from acm.Princeton.EDU by Princeton.EDU (5.61++/2.38/relay) id AA00514; Sun, 3 Jun 90 18:31:28 -0400 Received: from fourier.Princeton.EDU by acm.Princeton.EDU (5.61/1.104) id AA04648; Sun, 3 Jun 90 18:31:25 -0400 Received: by fourier.Princeton.EDU (5.61/1.95) id AA16678; Sun, 3 Jun 90 18:31:23 -0400 Date: Sun, 3 Jun 90 18:31:23 -0400 From: ams@acm.princeton.edu Message-Id: <9006032231.AA16678@fourier.Princeton.EDU> To: info-iris@BRL.MIL Subject: Re: Power Series Iris as NFS file server? There is a problem with mounting Iris partitions via NFS on suns running SunOS 4.1. The source of the problem is an incompatability of version numbers (in fact I believe it is the version difference in mount that you mentioned in your posting that is the source of the problem). I do not know of a work around at the moment, but the last time this came up in a discussion the consensus was that only the version numbers were a problem and that it was not more serious than that. --ams _________________________________________________________________________ Andrew Simms, System Manager Program in Applied and Computational Mathematics Princeton University 218 Fine Hall, Washington Road ams@acm.princeton.edu Princeton, NJ 08544 609/258-5324 609/258-1054 (fax)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11189; 4 Jun 90 2:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10803; 4 Jun 90 0:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10784; 4 Jun 90 0:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00619; 4 Jun 90 0:19 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19463; Sun, 3 Jun 90 21:10: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: 3 Jun 90 19:00:42 GMT From: Michael Steckner Subject: subject line in header Message-Id: <9006031900.AA25872@lri.uwo.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL All my mail and newgroups are read through the mail program. (No doubt there are better ways to do it.) Unfortunately there seems to be only 25 columns available for the subject field when looking at the headers with the "h" command. Since I can pick windows of an arbitrary size, I expanded my windows to 95 columns so that the rest of the subject entry is put on the screen. This does not work. Is there some option I can set which extends the line length output when "h" command is issued?   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29613; 4 Jun 90 21:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29522; 4 Jun 90 21:12 EDT Date: Mon, 4 Jun 90 20:44:53 EDT From: Mike Muuss To: Info-Iris@BRL Subject: Re: Power Series Iris as NFS file server? Message-ID: <9006042044.aa29496@VMB.BRL.MIL> At BRL we have just started using some of our 4D/280 machines as NFS file servers (in addition to being compute servers, which is what they are for). It works very well, and subjectively "feels" very fast (for NFS). Our configuration will have >35 clients (mainly 4D/240 machines) served by about 6 servers (4D/280 and 4D/240 each with 8x1.2 Gbyte drives). We run the clients in "dataless" mode, ie, no home directories on the SCSI disk, only root, /tmp, swap, and /usr. No backups on clients, daily backups on all servers using DUMP/RESTORE, three full cycles of dump tapes retained on each server (one offsite). In practice, NFS performance is quite acceptable for most tasks. A few data-intensive operations we perform by opening a window on the server and running the command there. The most notable example of this is using AR to build a 2.5 Mbyte library -- it goes about 3X faster when run on the server -vs- over NFS. (The issue is NFS synchronous writes, stdio buffersize selection, and AR stupidity about quantity of excess I/O). I have no hard numbers on NFS performance; I'm too busy (and sufficiently happy) to bother with an NFSTONE test or equiv. Best, -Mike   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00970; 5 Jun 90 0:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00678; 5 Jun 90 0:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00592; 4 Jun 90 23:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08655; 4 Jun 90 23:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05552; Mon, 4 Jun 90 11:53:17 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Jun 90 18:30:27 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: NeWS interface help needed Message-Id: <8446@odin.corp.sgi.com> References: <9006012133.AA16991@lri.uwo.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006012133.AA16991@lri.uwo.ca>, jd@lri.uwo.ca (J. Davis) writes: |> much use to me. What I need is a pair of simple programs (.cps, .c) |> which will show how to use PostScript to set up a window with, say, |> a button, and pass the button value back to the calling C routine. Look in /usr/NeWS/clientsrc for some example programs. -- 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 ab00970; 5 Jun 90 0:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00678; 5 Jun 90 0:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00592; 4 Jun 90 23:43 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08657; 4 Jun 90 23:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03626; Mon, 4 Jun 90 11:26: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: 4 Jun 90 17:44:04 GMT From: "Jack P. Weldon" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: SGI/Sun mountd errors (was Re: Power Series Iris as NFS file server?) Message-Id: <8441@odin.corp.sgi.com> References: <1990Jun3.211031.1078@s1.msi.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There is a problem with Sun's backoff algorithm in 4.1 mountd, and Sun has announced patches available for bugs #1035513 and #1035515 in Sun's database that fix the problem. The gory details follow from a previous posting to this newsgroup: From: dana@tread.wpd.sgi.com (Dana Treadwell) Newsgroups: comp.sys.sgi Subject: Bug in SunOS4.1 mountd Organization: Silicon Graphics, Inc., Mountain View, CA Please take heed if you are contemplating installing SunOS4.1. There is a bug in Sun's 4.1 mountd which will prevent you from mounting an SGI filesystem on a SunOS4.1 client. Here's the scoop: Sun incremented the version number of mountd in 4.1 from 1 to 2. SGI supports its own version so that showmount(1M) can report on the additional export options provided by SGI. We chose version number 99 in order not to collide with Sun's version numbers. The problem is that Sun's back-off algorithm assumes a continous range of version numbers, though such a restriction is not documented in the protocol specification. If 1) the server's highest version number is greater than the Sun client's highest version number and 2) the Sun client's highest version number is not supported on the server, the mount request will fail, even though the client and server might both support a lower version number. In the case with SGI, the Sun client sees that the SGI server supports #99 (which the Sun client doesn't), tries its highest version number which is #2 (which the SGI server doesn't currently support) and then the Sun client gives up, failing to back-off and try version #1. ********************************************************************* The result is that SunOS4.1 clients cannot NFS mount SGI filesystems. ********************************************************************* We plan to fix this from our side in our next software release. This appears as bugs #1035513 and #1035515 in Sun's database, if you want to talk to them about it in the meantime. Cheers, Jack P. Weldon (jweldon@sgi.com) SGI Product Support Engineering   Received: from vmb.brl.mil by VMB.BRL.MIL id ac00970; 5 Jun 90 0:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00678; 5 Jun 90 0:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00602; 4 Jun 90 23:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08700; 4 Jun 90 23:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06811; Mon, 4 Jun 90 20:03: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: 5 Jun 90 02:16:36 GMT From: Robert Viduya Organization: Office of Computing Services, Georgia Tech Subject: Re: SGI/Sun mountd errors (was Re: Power Series Iris as NFS file server?) Message-Id: <10120@hydra.gatech.EDU> References: <1990Jun3.211031.1078@s1.msi.umn.edu>, <8441@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL > There is a problem with Sun's backoff algorithm in 4.1 mountd, and Sun has > announced patches available for bugs #1035513 and #1035515 in Sun's database > that fix the problem. The gory details follow from a previous posting to this > newsgroup: ... > The result is that SunOS4.1 clients cannot NFS mount SGI filesystems. Under what conditions does this occur? I mount filesystems from various SGI hosts running 3.2 and 3.2.1 on my SparcStation running 4.1 all the time. Haven't noticed any problems yet. robert -- Robert Viduya robert@shangri-la.gatech.edu Office of Computing Services Georgia Institute of Technology (404) 894-6296 Atlanta, Georgia 30332-0275   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01038; 5 Jun 90 0:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00554; 4 Jun 90 23:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00501; 4 Jun 90 23:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08648; 4 Jun 90 23:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19556; Mon, 4 Jun 90 15:23: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: 4 Jun 90 21:43:35 GMT From: Kenneth Josiah Harris Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: NeWS interface help needed Message-Id: <8472@odin.corp.sgi.com> References: <9006012133.AA16991@lri.uwo.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006012133.AA16991@lri.uwo.ca> jd@lri.uwo.ca (J. Davis) writes: >I am interested in writing an application program having a >Sunview-like user interface (buttons, sliders, etc.). I found the >itemdemo postscript file which has all kinds of slick stuff, but my >problem is interfacing with my main C program. So far, the documentation >found in the 4Sight programmer's guide has proven too sketchy to be of >much use to me. What I need is a pair of simple programs (.cps, .c) >which will show how to use PostScript to set up a window with, say, >a button, and pass the button value back to the calling C routine. >Thanks for any help. # This is a shell archive. Remove anything before this line, # then unpack it by saving it in a file and typing "sh file". # # Wrapped by kj on Mon Jun 4 14:42:24 PDT 1990 # Contents: item.c item.cps makefile echo x - item.c sed 's/^@//' > "item.c" <<'@//E*O*F item.c//' /* a simple items/cps program -- kj 1989 */ #include #include "item.h" #define FORALL(i,n) for(i=0;i "item.cps" <<'@//E*O*F item.cps//' #define NOTIFY_TAG 69 cdef ps_initialize() systemdict /Item known not { (NeWS/liteitem.ps) run } if /win { /FrameLabel (Item Test) def /PaintClient {items paintitems} def } makewindowfromuser def /can win /ClientCanvas get def /notify { % def NOTIFY_TAG tagprint ItemValue typedprint } def /items 50 dict dup begin /message (Message:) (yo!) /Right {} can 500 0 /new MessageItem send 10 10 /move 3 index send def /button (Button) /notify can 0 0 /new ButtonItem send 10 50 /move 3 index send def /text (Text:) (Godzilla) /Right /notify can 220 0 /new TextItem send 20 150 /move 3 index send def /slider (Slider:) [-10 +10 0] /Right /notify can 220 20 /new SliderItem send 20 110 /move 3 index send def /cycle (Cycle:) [ (Look! I can have icons..) /panel_text (..and drawings..) /yosemite (..in cycles!) ] /Right /notify can 0 0 /new CycleItem send 100 50 /move 3 index send def /array (Array) [ [(One) (Two) /panel_text] [(Four) /rat (Six)] ] /Bottom /notify can 0 0 /new ArrayItem send 300 50 /move 3 index send def end def /p items forkitems def cdef ps_notify(float value) => NOTIFY_TAG(value) @//E*O*F item.cps// chmod u=rw,g=r,o=r item.cps echo x - makefile sed 's/^@//' > "makefile" <<'@//E*O*F makefile//' CFLAGS = -G 0 LDFLAGS = -lcps -lbsd -lc_s item: item.h item.c $(CC) $(CFLAGS) $@.c $(LDFLAGS) -o $@ item.h: item.cps cps item.cps clean: rm item.h item @//E*O*F makefile// chmod u=rw,g=r,o=r makefile exit 0 -- Ken J. Harris -- kj@sgi.com or {decwrl,pyramid,ucbvax}!sgi!kj   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15606; 5 Jun 90 20:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15434; 5 Jun 90 20:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15426; 5 Jun 90 19:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09352; 5 Jun 90 1:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15066; Mon, 4 Jun 90 22:38:08 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jun 90 03:55:33 GMT From: Anil Kaul Subject: strange error !! Message-Id: <1990Jun4.225533.428@ceres.physics.uiowa.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL " no space on dev 406." It also wouldn't allow me to save my file and even autosave on emacs started complaining of a strange error. Message-ID: <1990Jun4.204425.27874@arnor.uucp> Date: 4 Jun 90 20:44:25 GMT Sender: news@arnor.uucp (NNTP News Poster) Organization: IBM T.J. Watson Research Center Lines: 12 Thanks, - Anil. IBM TJ Watson Res Center. Yorktown Heights. kaul@yktvmx.bitnet   Received: from vmb.brl.mil by VMB.BRL.MIL id ab15800; 5 Jun 90 20:52 EDT Received: by VMB.BRL.MIL id an15460; 5 Jun 90 20:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aj15025; 5 Jun 90 19:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac14952; 5 Jun 90 18:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08661; 4 Jun 90 23:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07561; Mon, 4 Jun 90 04:24: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: 4 Jun 90 11:02:11 GMT From: Steve Lamont Organization: Foo Bar Brewers Cooperative Subject: Re: What does winopen(3G) do? Message-Id: <2252@speedy.mcnc.org> References: <8274@odin.corp.sgi.com>, <2238@speedy.mcnc.org>, <8315@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8315@odin.corp.sgi.com> wade@fnord.sgi.com (Wade Olsen) writes: spl@duck.ncsc.org (Steve Lamont) writes: < <>Pardon my puzzlement, but what are the comparative advantages of forking or <>not forking upon winopen()? < Message-Id: <9006041259.AA05722@> To: uunet!brl.mil!info-iris@uunet.uu.net Subject: image file formats Is there a set of standards for sharing bit-mapped screen images among computers? Particularly, Iris and Sun workstations, but hopefully also Alliant, Cray, or even Macintosh computers! ---------------------------------------------------+----------------------- 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 ad16565; 5 Jun 90 22:17 EDT Received: by VMB.BRL.MIL id aj16252; 5 Jun 90 21:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad15025; 5 Jun 90 19:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14949; 5 Jun 90 18:57 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa01967; 4 Jun 90 7:58 EDT Received: Mon, 4 Jun 90 08:00:04 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 4 Jun 90 08:00:04 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9006041200.AA00406@aero4.larc.nasa.gov> To: pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!cs.utexas.edu!texbell!nuchat!texhrc!mjz@tut.cis.ohio-state.edu Subject: Re: serial ports - connect other devices..... Cc: info-iris@BRL.MIL On our 3130 the ports are labelled 1 thru 4, however, these correspond to ttyd[0-3]. I don't know if SGI also misslabels the ports on the 4D or not, but that could be the problem. Also you might want to use ttyf? they provide hardware handshaking. -- 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 ad16708; 5 Jun 90 22:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae16565; 5 Jun 90 22:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16535; 5 Jun 90 22:00 EDT Received: from Frodo.Physics.McGill.CA by VGR.BRL.MIL id aa17257; 5 Jun 90 18:45 EDT Received: by frodo.Physics.McGill.CA id AA03317; Mon, 4 Jun 90 21:06:14 EDT (5.59++/IDA-1.1S) Date: Mon, 4 Jun 90 21:06:14 EDT From: Loki Jorgenson Rm421 Message-Id: <9006050106.AA03317@frodo.Physics.McGill.CA> To: info-iris@vgr.brl.mil Subject: top Is there a version of "top" which works on the IRIS 4D? Where might I find it if it does exist? Or is there something better? (Non-graphically speaking) Thanks Loki Jorgenson node: loki@physics.mcgill.ca Physics, McGill University fax: (514) 398-3733 Montreal Quebec CANADA phone: (514) 398-6531 <.... Free the mind and the police will surely follow ....>   Received: from vmb.brl.mil by VMB.BRL.MIL id ae16708; 5 Jun 90 22:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af16565; 5 Jun 90 22:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab16535; 5 Jun 90 22:00 EDT Received: from Frodo.Physics.McGill.CA by VGR.BRL.MIL id aa17262; 5 Jun 90 18:46 EDT Received: by frodo.Physics.McGill.CA id AA03538; Mon, 4 Jun 90 14:11:19 EDT (5.59++/IDA-1.1S) Date: Mon, 4 Jun 90 14:11:19 EDT From: Loki Jorgenson Rm421 Message-Id: <9006041811.AA03538@frodo.Physics.McGill.CA> To: info-iris@vgr.brl.mil Subject: software Z-buffer emulation Is there a way to emulate the capabilities of a Z-buffer wothout having one? Typically, for machines without floating point processors one has floating point software emulation. Can one do something similar so that one can port Z-buffer based code directly to non-Z'd machines? I suspect not if I understand Z-buffers aright but I would hate to muck about in my ignorance if it were not the case. Regards, Loki Jorgenson node: loki@physics.mcgill.ca Physics, McGill University fax: (514) 398-3733 Montreal Quebec CANADA phone: (514) 398-6531 <.... Free the mind and the police will surely follow ....>   Received: from vmb.brl.mil by VMB.BRL.MIL id ab16847; 5 Jun 90 22:39 EDT Received: by VMB.BRL.MIL id ad16613; 5 Jun 90 22:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ah15025; 5 Jun 90 19:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14952; 5 Jun 90 18:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08650; 4 Jun 90 23:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07252; Mon, 4 Jun 90 12:19: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: 4 Jun 90 15:11:24 GMT From: eagle.wesleyan.edu!gravishanker@cs.yale.edu Subject: VT100 emulation Message-Id: <27263@eagle.wesleyan.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi I have a Personal IRIS running IRIX 3.2. I wish to open a window to a Vax running VMS. I do the following: 1. Issue wsh -m 24x80. 2. In the newly created window, I issue set term=vt100. 3. I telnet to the Vax. First of all, set term/inq fails to get proper response from my IRIS, so my terminal type is unknown. 4. I set it to VT100 by set term/dev=vt100 on my Vax. Then I want to edit a file using TPU. The first screen comes up fine. But once you want to move down a page, the status line at the bottom vanishes and I begin to see text on all 24 lines. A ctrl-w to clear the screen brings the status line back and everything looks normal. Obviously I don't want to do a CTRL-w to refresh the screen everytime I scroll to the next page. I would appreciate any help in clearing up this problem. Thanks. G. Ravishanker   Received: from vmb.brl.mil by VMB.BRL.MIL id ac16847; 5 Jun 90 22:39 EDT Received: by VMB.BRL.MIL id ae16613; 5 Jun 90 22:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ai15025; 5 Jun 90 19:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab14952; 5 Jun 90 18:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08659; 4 Jun 90 23:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01696; Mon, 4 Jun 90 10:59:18 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 4 Jun 90 17:56:11 GMT From: Nicholas Tarnoff Organization: National Institute of Standards and Technology Subject: mounting between suns and iris under OS4.1 ? Message-Id: <4456@daneel.cme.nist.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I understand that there is a problem when mounting Iris files on a Sun running OS4.1. We are about to upgrade our Suns and would like to know if the reverse is true. Is there a problem when mounting Sun OS4.1 files on an Iris? Thanks for your help. -Nicholas ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Nicholas Tarnoff TELE: (301) 975-3464 NIST, Robot Systems Division FAX: (301) 990-9688 tarnoff@cme.nist.gov UUCP: uunet!cme-durer!tarnoff National Institute of Standards and Technology (formerly NBS) Bldg. 220 / Rm B127 Gaithersburg, MD 20899 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19091; 6 Jun 90 1:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18928; 6 Jun 90 1:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18784; 6 Jun 90 1:28 EDT Received: from nazgul.sima.sintef.no by VGR.BRL.MIL id aa19534; 6 Jun 90 0:38 EDT Date: Mon, 04 Jun 90 16:58:59 MET From: Karl Henrik Eggestad To: info-iris@BRL.MIL Reply-To: kalle@sima.sintef.no Message-Id: 89.kalle@sima.sintef.no Subject: Re: Power Series Iris as NFS file server? Stuart Levy queries about the performance of Power Series machines as servers... We have a SGI 210S as a disk server for our Cray X-MP installation here in Trondheim (Norway, Europe). We have seen that the performance of the nfs write is actually so low (600 kbit [write] vs. 2mbit [read]) that we have set our archiving system to use binary ftp instead... our net is thinwire Ethernet over a Hyperchannel link to a 50 Mbyte HyperChannel segment. If anyone is interessted in a copy of the (pretty thorough) test report, I could send that to them... -karl =============================================================================== ! Karl H. Eggestad, research scientist at SINTEF Industrial Mathematics. ! ! SINTEF (The Foundation for Scientific and Industrial Research at the ! ! Norwegian Institute of Technology) is situated in Trondheim, Norway ! =============================================================================== ! Disclaimer: The opinions expressed in this message does not (necessarily) ! ! reflect those of my employer - however, they might ! ! ===============================================================================   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02724; 5 Jun 90 7:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02311; 5 Jun 90 7:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02110; 5 Jun 90 6:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10010; 5 Jun 90 5:36 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26675; Tue, 5 Jun 90 02:27: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: 5 Jun 90 09:11:17 GMT From: David Keegel Organization: Computer Science, The University of Melbourne, Australia Subject: SGIs trying to boot Suns Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We have some Irises and Suns on the same Ethernet. When we try to reboot a diskless Sun, the Iris responds to the request and tries to boot it. Needless to say, this doesn't work, and the Sun gets very confused. The Iris in question (uno.cs.mu.oz.au) _is_ a server for another diskless Iris (due.cs.mu.oz.au), but I can't find a way to get uno to only boot due (which is want (I think) I want). I've tried ftping sgi.com:sgi/src/rpc.bootparamd.Z and installing that, but it doesn't seem to have helped. Uno's /etc/bootparams only has due listed, and /usr/etc/bootptab only has due after the "%%". Apologies if this is a well-known question, but I've only started reading comp.sys.sgi recently (I seem to remember seeing something about it in comp.sys.sun some time ago, though). -- David Keegel (djk@cs.mu.OZ.AU) Arthur: "What's so unpleasant about being drunk?" Ford: "You ask a glass of water that."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10150; 5 Jun 90 14:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab08735; 5 Jun 90 14:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08650; 5 Jun 90 13:40 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12243; 5 Jun 90 12:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19631; Tue, 5 Jun 90 09:21:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jun 90 07:37:34 GMT From: Scott Henry Organization: Silicon Graphics Inc, Mountain View, CA Subject: Re: VT100 emulation Message-Id: References: <27263@eagle.wesleyan.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <27263@eagle.wesleyan.edu> gravishanker@eagle.wesleyan.edu writes: gr> I have a Personal IRIS running IRIX 3.2. I wish to open a window to a Vax gr> running VMS. I do the following: gr> 1. Issue wsh -m 24x80. gr> 2. In the newly created window, I issue set term=vt100. Don't bother, because... gr> 3. I telnet to the Vax. First of all, set term/inq fails to get proper gr> response from my IRIS, so my terminal type is unknown. A wsh is not a vt100 and won't respond to the inquire, and may (will?) screw up anything you may run from Irix later (if you keep the window around after the telnet session). gr> 4. I set it to VT100 by set term/dev=vt100 on my Vax. A wsh is an ANSI, not a vt100. It's been a while since I typed this by hand, but 'SET TERM/DEV=UNKNOWN/ANSI' works reasonably well for everything I've tried EXCEPT edt. EDT wants a real vt100... [...deleted...] gr> I would appreciate any help in clearing up this problem. Thanks. A better solution if you have the X11 product is to use an xterm, because it emulates a vt102, including dealing with the SET TERM/INQ and EDT works fine (though I don't like to use EDT). gr> G. Ravishanker -- Scott Henry / Traveller on Dragon Wings Information Services, / Help! My disclaimer is missing! Silicon Graphics, Inc / 'Under-achiever and proud of it!' -- Bart Simpson   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14558; 5 Jun 90 17:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13974; 5 Jun 90 17:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13876; 5 Jun 90 16:44 EDT Received: from SGI.COM by VGR.BRL.MIL id aa13450; 5 Jun 90 15:54 EDT Received: from bettysue.dallas.sgi.com by sgi.sgi.com via UUCP (5.52/900423.SGI) for info-iris@brl.mil id AA02405; Tue, 5 Jun 90 12:54:00 PDT Received: from bettysue.dallas.sgi.com by sgidal.dallas.sgi.com (5.52/891101.SGI) for sgi!BRL.MIL!info-iris id AA22683; Tue, 5 Jun 90 14:55:47 CDT Received: by bettysue.dallas.sgi.com (5.52/890619.SGI) (for @sgidal.dallas.sgi.com:info-iris@BRL.MIL) id AA03447; Tue, 5 Jun 90 14:55:45 CDT Date: Tue, 5 Jun 90 14:55:45 CDT From: Tom Barton Message-Id: <9006051955.AA03447@bettysue.dallas.sgi.com> To: info-iris@BRL.MIL Subject: patch source I have a customer who would like to know if anyone out there has a copy of the source to patch. -- Tom Barton email: trb@sgi.com Region SE Manager vmail: 8047 SGI - Dallas phone: 214-788-4122   Received: from vmb.brl.mil by VMB.BRL.MIL id ab15025; 5 Jun 90 19:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa14891; 5 Jun 90 18:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa14868; 5 Jun 90 18:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10768; 5 Jun 90 8:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04019; Tue, 5 Jun 90 04:58: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: 5 Jun 90 09:16:21 GMT From: eru!luth!sunic!mcsun!cernvax!chx400!urz.unibas.ch!doelz@bloom-beacon.mit.edu Organization: University of Basel, Switzerland Subject: Re: strange error : file system full Message-Id: <1990Jun5.101622.767@urz.unibas.ch> References: <1990Jun5.034812.762@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jun5.034812.762@urz.unibas.ch>, kaul@arnor.watson.ibm.com (Anil Kaul) writes: > " no space on dev 406." A core dump filled your file system. Create a soft link from your working directory to the /tmp partition if there is enough space. If there is none, create a file named core and give no permission to write to this file to noone. Additionally, because you need to do this in *any* directory you intend to dump core but you don't want to have it there, have a look into /usr/spool/cron/crontabs/root ans see whether the gargabe collection is commented out there. Now, *copy the file 'root' into 'root.sav' as a backup.* Then, remove the words -atime , -mtime and their arguments. If you are doing lots of core dumps, you could specify a shorter interval for removing cres, e.g. replace the 0 5 * * * by 0 5,10,15,20 * * * which will start the daemon at 5 am, 10 am, 3 pm and 8 pm. If you are neurotic, do 0 * * * * end every hour all cores will be removed. Note that this approach will slow down performance because the 'find' will take some I/O resources. - Reinhard   Received: from vmb.brl.mil by VMB.BRL.MIL id ac15025; 5 Jun 90 19:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab14891; 5 Jun 90 18:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab14868; 5 Jun 90 18:34 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10770; 5 Jun 90 8:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04002; Tue, 5 Jun 90 04:58: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: 5 Jun 90 09:02:23 GMT From: eru!luth!sunic!mcsun!cernvax!chx400!urz.unibas.ch!doelz@bloom-beacon.mit.edu Organization: University of Basel, Switzerland Subject: Re: VT100 emulationex Message-Id: <1990Jun5.100223.766@urz.unibas.ch> References: <27263@eagle.wesleyan.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <27263@eagle.wesleyan.edu>, gravishanker@eagle.wesleyan.edu writes: > Hi > 1. Issue wsh -m 24x80. > > 2. In the newly created window, I issue set term=vt100. > > 3. I telnet to the Vax. First of all, set term/inq fails to get proper > response from my IRIS, so my terminal type is unknown. > > 4. I set it to VT100 by set term/dev=vt100 on my Vax. > > Then I want to edit a file using TPU. The first screen comes up fine. But once > you want to move down a page, the status line at the bottom vanishes and I > begin to see text on all 24 lines. A ctrl-w to clear the screen brings the > status line back and everything looks normal. Obviously I don't want to do a > CTRL-w to refresh the screen everytime I scroll to the next page. > > I would appreciate any help in clearing up this problem. Thanks. DEC- connections are a mess with SGI. In the meantime, I try the following: Run the following in any shell. Install UCX Version 1.2 or higher on the VMS side. Suppose that your node is called iris. % telnet Welcome... $ set display/create/node="iris"/transport=tcpip $ create/terminal and this will spawn a vt100 DECWindows terminal where you can work with ed/tpu. You shopuld NOT work with ed/tpu/display=decwindows (crashes TPU with a nice advice how to report the problem to DEC) and you should NOT try to run the session manager. The DecTerm is not perfect, but much better than anything I've seen so far from SGI's terminal emulators. - Reinhard PS: (*flame on *) The reason why a majority of DEC application crashes is that the font's don't match. I'd like to exchange information with others which need to have platforms of minor importance (such as DEC) running besides SGI boxes. (flame off)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16486; 5 Jun 90 21:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab16301; 5 Jun 90 21:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac16113; 5 Jun 90 21:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17893; 5 Jun 90 20:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19475; Tue, 5 Jun 90 17:05:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jun 90 23:46:29 GMT From: "Mark V. Meuer" Organization: University of Minnesota, Minneapolis - CSCI Dept. Subject: Bash for the Iris Message-Id: <1990Jun5.234629.8336@cs.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone ported GNU's bash to the Iris WITH job control? If so, I'd really appreciate pointers to the source (or a binary for that matter.) We can get it to compile if we disable job control, but I know that the Iris supports job control so it's frustrating to have to go without it. Thanks! -- Mark Meuer | "My dog has no nose." Geometry Supercomputer Project | "How does he smell?" meuer@geom.umn.edu | "Awful."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16708; 5 Jun 90 22:27 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16565; 5 Jun 90 22:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16491; 5 Jun 90 21:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12833; 5 Jun 90 14:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25999; Tue, 5 Jun 90 10:55:27 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jun 90 15:57:44 GMT From: Mona Organization: Dartmouth College, Hanover, NH Subject: Re: strange error !! Message-Id: <22552@dartvax.Dartmouth.EDU> References: <1990Jun4.225557.429@ceres.physics.uiowa.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jun4.225557.429@ceres.physics.uiowa.edu> kaul@arnor.watson.ibm.com (Anil Kaul) writes: > > " no space on dev 406." At this rate there will not be any space on the net.. Did you have to post it more than 10 times. Dude, call the Silicon Graphics Hotline at 1-800-345-0222. >- Anil. > krish mohan   Received: from vmb.brl.mil by VMB.BRL.MIL id ab16708; 5 Jun 90 22:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab16565; 5 Jun 90 22:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac16491; 5 Jun 90 21:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13096; 5 Jun 90 14:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29381; Tue, 5 Jun 90 11:47:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jun 90 17:51:34 GMT From: Jim Blue Organization: National Institute of Standards & Technology, Gaithersburg, MD Subject: Re: Linking X programs Message-Id: <3752@fs1.cam.nist.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3712@fs1.cam.nist.gov> I wrote: > >I am trying to link the simplest widget example from the Athena widget set, >the "Hello world" example, xhw.c > ... >The linker can't find XtAppInitialize, which should be in the Xt library, >but isn't on my Personal Iris, release 3.2 The problem (which was found by a colleague, not anyone from SGI) is that XtAppInitialize is an X11R4 program, but IRIX 3.2 has X11R3 libraries. I had picked up the R4 version of the Xaw examples by mistake. The R3 version of xhw.c uses XtInitialize. Thanks to those who responded.   Received: from vmb.brl.mil by VMB.BRL.MIL id ac16708; 5 Jun 90 22:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac16565; 5 Jun 90 22:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad16491; 5 Jun 90 21:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13259; 5 Jun 90 15:22 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01011; Tue, 5 Jun 90 12: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: 5 Jun 90 19:01:43 GMT From: Sam Fulcomer Organization: Brown University Department of Computer Science Subject: Re: SGI/Sun mountd errors (was Re: Power Series Iris as NFS file server?) Message-Id: <41945@brunix.UUCP> References: <1990Jun3.211031.1078@s1.msi.umn.edu>, <8441@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8441@odin.corp.sgi.com> jweldon@renegade.sgi.com (Jack P. Weldon) writes: >There is a problem with Sun's backoff algorithm in 4.1 mountd, and Sun has > >********************************************************************* >The result is that SunOS4.1 clients cannot NFS mount SGI filesystems. >********************************************************************* > >We plan to fix this from our side in our next software release. This appears Hmmm..., Well, while we're waiting for the SGI "break" there're two easy solutions: - Run some other rpc.mountd on the SGI (if you've got src around somewhere...) - run this on the SGI right after rpc.mountd: ------------------------------------------------------------------------------ #include main(argc, argv) int argc; char **argv; { /* unregister with the portmapper */ pmap_unset(100005,99); } ------------------------------------------------------------------------------ (compiled by "cc -I/usr/include/sun -I/usr/include/bsd -o unset unset.c -lsun -lbsd -lrpcsvc") Now that wasn't so hard, was it? sgf@cfm.brown.edu _/**/Sam_Fulcomer   Received: from vmb.brl.mil by VMB.BRL.MIL id ab16994; 5 Jun 90 23:00 EDT Received: by VMB.BRL.MIL id af16813; 5 Jun 90 22:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae15606; 5 Jun 90 20:41 EDT Received: by VMB.BRL.MIL id dc15231; 5 Jun 90 20:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10281; 5 Jun 90 14:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12631; 5 Jun 90 13:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23324; Tue, 5 Jun 90 10:18: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: 5 Jun 90 16:56:46 GMT From: Jesse Rendleman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: VT100 emulationex Message-Id: <8512@odin.corp.sgi.com> References: <27263@eagle.wesleyan.edu>, <1990Jun5.100223.766@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have... alias vt 'setenv DISPLAY localhost:0 ; /usr/bin/X11/xterm -ibmkbd' in my .cshrc to give me a window emulating a vt102. From there, I've telneted to vaxes, and used edt, etc.. with no problems. Check the xterm(1) man page for info on fonts, colors, and other such modern niceties ;-)   Received: from vmb.brl.mil by VMB.BRL.MIL id ac16994; 5 Jun 90 23:00 EDT Received: by VMB.BRL.MIL id ag16813; 5 Jun 90 22:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af15606; 5 Jun 90 20:41 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa15546; 5 Jun 90 20:20 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa17031; 5 Jun 90 19:14 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 1506; Tue, 05 Jun 90 09:14:38 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 05 Jun 90 15:17:43 Date: Tue, 5 Jun 90 15:11:17 +0200 (Central European Summer Time) From: Knobi der Rechnerschrat Subject: Tmesh problems on 4D25-TG To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <9006051914.aa17031@ADM.BRL.MIL> Hallo, on Friday I tried to put our molecular modelling package MOLCAD onto an 4D/25 with the "turbo graphics" option installed. During that process I discovered the following behaviour: The molecular surfaces in MOLCAD are build from triangular meshes and lighted using the sgi lighting model. The surfaces can be either monocolor or multicolor. In the latter case each vertext has (worst case) a different material assigned to. On the G,GT,GTX and nod-TG PI's, this gives a soft scattering of the used colors. On the TG, the monocolored meshed look ok. The multicolored meshes on the other hand look flat, and you can see each triangle. It seems that only the last (first) color is used to display the triangle and that no lighting is done (may be, the normals are broken). Does this sound familiar? The machine is running 3.2.2 and is equipped with the RE2 chip set. Regards Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET:   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17332; 5 Jun 90 23:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17154; 5 Jun 90 23:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17120; 5 Jun 90 23:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18512; 5 Jun 90 22:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23125; Tue, 5 Jun 90 18:06:56 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jun 90 23:37:27 GMT From: Dana Treadwell Organization: Silicon Graphics Inc., Mtn. View, CA Subject: Re: SGI/Sun mountd errors (was Re: Power Series Iris as NFS file server?) Message-Id: <8577@odin.corp.sgi.com> References: <1990Jun3.211031.1078@s1.msi.umn.edu>, <8441@odin.corp.sgi.com>, <10120@hydra.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >> There is a problem with Sun's backoff algorithm in 4.1 mountd... >> The result is that SunOS4.1 clients cannot NFS mount SGI filesystems. > Under what conditions does this occur? I mount filesystems from various > SGI hosts running 3.2 and 3.2.1 on my SparcStation running 4.1 all the > time. Haven't noticed any problems yet. Sun's 4.1 version of automount doesn't use the same backoff algorithm as their 4.1 mountd. Automount uses version 1 of the mountd protocol unless the "posix" mount option appears in the command telling it to use version 2. So you can work around this problem by automounting SGI filesystems. Dana Treadwell dana@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id ab17332; 5 Jun 90 23:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab17154; 5 Jun 90 23:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17128; 5 Jun 90 23:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18524; 5 Jun 90 22:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23253; Tue, 5 Jun 90 18:08: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: 5 Jun 90 21:48:25 GMT From: "William S. Sinclair" Organization: The Aerospace Corporation, El Segundo, CA Subject: Add-on second system disk for Personal Iris...problems Message-Id: <74873@aerospace.AERO.ORG> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL another front-loading disk, which is on SCSI unit #3. We want to re-install software on unit #3. As far as I can tell, unit #3 is properly partioned into partitions 0,1, and 6, like a regular system drive should be. However, the method suggested by SGI for installing the software does NOT work. They suggested changing the ROOT and BOOTFILE environment parameters as follows: setenv root /dev/dsk/dks0d3s0 setenv bootfile dksc(0,3,8)sash According to them, I don't have to do anything to "path". Then I'm supposed to do an INIT, and go back to the console mode. When I get the >>, I'm supposed to go to use the INST tool on the boot tape. When I try to do that, I get a message (after the INST is copied in) to the effect that the file system on disk #1 (not #3) has been corrupted, in other words, it tries to do an FSCK on unit #1, and somehow thinks something is wrong with the entire file system. The person at SGI made some remark like "Maybe you have a bad tape", which sounds like a wild guess. Unfortunately, we can't easily switch out unit #1 since it's inside the cabinet. For some reason the system keeps going back to unit #1 even after we change the environmetal parameters. I have heard some rumor about "a cable that needs to be changed" if we need to boot from some other disk drive, but so far it's just a rumor. Incidentally, I have several tapes with INST on them, and they all do the exact same thing. Has anyone tried to do this same thing? If so, I would like to know how (or if) you got the system disk going. The front loader we have on unit #3 is a 760 MB (unf) unit from SGI, with CDC as the OEM. and then doing the regular installation from the boot tape.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18741; 6 Jun 90 1:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18554; 6 Jun 90 1:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18486; 6 Jun 90 1:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19049; 5 Jun 90 23:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01433; Tue, 5 Jun 90 20:24:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 5 Jun 90 18:06:27 GMT From: Tom Weinstein Organization: Silicon Graphics Inc. Subject: Re: Bash for the Iris Message-Id: References: <1990Jun5.234629.8336@cs.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jun5.234629.8336@cs.umn.edu>, meuer@umn-cs.cs.umn.edu (Mark V. Meuer) writes: > Has anyone ported GNU's bash to the Iris WITH job control? If so, I'd > really appreciate pointers to the source (or a binary for that > matter.) We can get it to compile if we disable job control, but I > know that the Iris supports job control so it's frustrating to have to > go without it. > Thanks! I have ported bash to the Iris. The changes will be in 1.06, which Brian should be releasing fairly soon. However, the changes I made have only been tested with the pre-release Irix 3.3, and it will definitely require at least some changes to make it work under 3.2. If you won't be able to get 3.3 when it ships, it shouldn't be too difficult to make it work with 3.2. -- Tom Weinstein Silicon Graphics, Inc., Entry Systems Division, Window Systems tomw@orac.esd.sgi.com Any opinions expressed above are mine, not sgi's.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab21624; 6 Jun 90 6:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21506; 6 Jun 90 6:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21474; 6 Jun 90 6:06 EDT Received: from RUTGERS.EDU by VGR.BRL.MIL id aa20629; 6 Jun 90 5:54 EDT Received: from uw-beaver.UUCP by rutgers.edu (5.59/SMI4.0/RU1.3/3.06) with UUCP id AA23060; Wed, 6 Jun 90 05:36:01 EDT Received: from sumax.UUCP by beaver.cs.washington.edu (5.61/7.0) id AA02292; Wed, 6 Jun 90 01:50:52 -0700 Received: by sumax.UUCP (smail2.5) id AA02192; Wed, 6 Jun 90 01:20:15 pdt Received: by polari.uucp (smail2.5) id AA11391; 5 Jun 90 10:19:18 PDT (Tue) From: tim anderson Date: Tue, 5 Jun 90 10:19:16 PDT X-Mailer: Mail User's Shell (6.5.6 6/30/89) To: info-iris@BRL.MIL Subject: 4Dgifts account kills console... Message-Id: <9006051019.AA11391@polari.uucp> I've been having a pretty strange problem that my UNIX illiterate brain can't quite figure out... Whenever I log in to 4Dgifts, I get the little icons that come up on the upper right hand of the screen, then the big 'wsh' window comes up, then the smaller 'console' window comes up, then the console window goes away. When looking at /usr/adm/SYSLOG it sez: Child process /bin/wsh exited with status 0 CIO: wsh: can't start command "" -- Permission denied (13) After hacking a bit, I found the problem was in executing /etc/gl/startconsole as stated in the 4Dgifts .4sight/console.ps file. What's going on?? The file permission on /etc/gl/startconsole is OK, or I couldn't run it to begin with, right? I'm lost... SGI hotline call ID E0200 tima@polari uw-beaver!sumax!polari!tima soon to be tima@agora.hf.intel.com OR tektronix!tessi!agora!tima when I move to Beaverton, OR...   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23930; 6 Jun 90 7:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23483; 6 Jun 90 7:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23260; 6 Jun 90 7:25 EDT Received: from PIG.DREA.DND.CA by VGR.BRL.MIL id aa21110; 6 Jun 90 7:13 EDT Received: Tue, 5 Jun 90 15:15:00 ADT by pig.drea.dnd.ca (5.52/5.6) Date: Tue, 5 Jun 90 15:15:00 ADT From: Jim Diamond Message-Id: <9006051815.AA10165@pig.drea.dnd.ca> To: info-iris@BRL.MIL Subject: window title bars Hello: We have an application running on our 4D/50 for which the 4Sight title bars are a real nuisance. Does anyone know how to twiddle the appropriate Postscript code in order that the window has a border and yet has no title bar? I've poked around a bit by modifying some of the code in /usr/NeWS/lib/NeWS/sgiwin.ps (and putting it in my startup.ps) but haven't been able to completely eradicate the title bar. Any help would be much appreciated. Thanks. Jim Diamond zsd@pig.drea.dnd.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19399; 6 Jun 90 2:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19294; 6 Jun 90 2:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19245; 6 Jun 90 2:06 EDT Received: from ibm530.chem.umr.edu by VGR.BRL.MIL id aa19756; 6 Jun 90 1:36 EDT Received: from blumiris.chem.umr.edu by ibm530.chem.umr.edu (AIX LCG 9013S1 1.3/4.03) id AA12879; Wed, 6 Jun 90 00:38:02 -0500 Received: by blumiris.chem.umr.edu (5.52/890607.SGI) (for @ibm530.chem.umr.edu:info-iris@brl.mil) id AA03194; Wed, 6 Jun 90 00:37:17 CDT Date: Wed, 6 Jun 90 00:37:17 CDT From: "Robert B. Funchess" Message-Id: <9006060537.AA03194@blumiris.chem.umr.edu> To: info-iris@BRL.MIL Subject: Re: patch source I not only have it, I have it running... I *don't* claim to have the "official" version, on the other hand, I *know* mine works on a 4D/25. Available via anonymous ftp from clciris.chem.umr.edu (131.151.14.48), at least till my users run me out of disk space... -- Bob Funchess bobf@blumiris.chem.umr.edu Chemistry Dept. University of Missouri - Rolla   Received: from vmb.brl.mil by VMB.BRL.MIL id ab22707; 6 Jun 90 6:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21624; 6 Jun 90 6:37 EDT Date: Wed, 6 Jun 90 6:15:09 EDT From: Chuck Kennedy To: info-iris@BRL.MIL Subject: Re: patch source Message-ID: <9006060615.aa21496@VMB.BRL.MIL> There is now a copy from clciris.chem.umr.edu available on vgr.brl.mil (192.5.23.6). If someone has a better version, let me know how to get it. -Chuck   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23052; 6 Jun 90 7:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22707; 6 Jun 90 6:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21674; 6 Jun 90 6:32 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa20941; 6 Jun 90 6:19 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 1322; Wed, 06 Jun 90 06:17:34 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 06 Jun 90 09:34:52 Date: Wed, 6 Jun 90 09:33:33 +0200 (Central European Summer Time) From: Knobi der Rechnerschrat Subject: Two questions To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <9006060619.aa20941@VGR.BRL.MIL> Hallo, I have two (unrelated) questions. I hope somebody can give me some peace of information on them. 1) In the makefile for MOLCAD we use the following construct to pass the CFLAGS to a lower-level makefile (cd some_directory; make "CFLAGS = $(CFLAGS)") This worked fine up to Rev 3.2.2 of IRIX. Last week I had the chance to try out a 220/VGX with some kind of pre 3.3 IRIX and the makefile in some_directory didn't see the CFLAGS. It seems that somebody changed the way make processes it's arguments. Is it a bug, a feature or the expected behaviour? Is there a way around (we will at some time get 3.3 in Germany !!!) this problem? 2) This is a more fundamental question. The molecular surfaces used by MOLCAD are constructed from triangles, which are generated from a set of arbitrary - non-analytically defined - dots, which are numbered from 0-n. For each triangle we know the numbers (and from that the 3-D coordinates, of cource) of the three vertices (dots). The triangles are read from a file and then analyzed "for that we can display them as meshes to please the lords of the pipeline". We have two sources of dots and two algorithms to generate the triangles. The first combination generates a good (in terms of tmeshes) ratio between new-meshes, continuation- vertices and swap-vertices. Within the 256-vertex limit of the gl, we get a pretty good performance. Unfortunately the second combination of dots and algorithm (which is really fast in generating the triangles) does generate very poor meshes. Over 90% of the triangles are singles, and the remaining meshes are rather short. This still gives excellent graphics performance on the GT and GTX, but we would like to get the best possible results of course (having in mind the VGX, which is told to be tuned for meshes). After this rather long introduction: does anybody know of algorithm that can be used to rearrange a given set of more or less single triangles into meshes? The algorithm has to be fast, as we want to use it on surfaces with several 100.000 triangles. Any code examples, any published material? Regards and many thanks in advance Martin Knoblauch TH-Darmstadt Physical Chemistry 1 Petersenstrasse 20 D-6100 Darmstadt, FRG BITNET:   Received: from vmb.brl.mil by VMB.BRL.MIL id ab25081; 6 Jun 90 8:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24836; 6 Jun 90 8:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24823; 6 Jun 90 8:07 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa21200; 6 Jun 90 7:37 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Wed, 6 Jun 90 15:42 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Wed, 6 Jun 90 15:40 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA16924; Wed, 6 Jun 90 14:19:33 NZT Date: Wed, 6 Jun 90 14:19:33 NZT From: russell@ccu1.aukuni.ac.nz Subject: Availability of C++ on Irix To: info-iris@vgr.brl.mil Message-Id: <9006060219.AA16924@ccu1.aukuni.ac.nz> I have seen some discussion of C++ in this list recently. Could somebody please tell me how one goes about getting C++? And cost ? Are there any useful classes available? Thanks, Russell.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25349; 6 Jun 90 8:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25081; 6 Jun 90 8:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24838; 6 Jun 90 8:08 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa21264; 6 Jun 90 7:59 EDT Received: from DDATHD21.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 1931; Wed, 06 Jun 90 07:58:10 EDT Received: from BR2.THD.DA.D.EUROPE by DDATHD21.BITNET via GNET with RJE ; 06 Jun 90 14:00:24 Date: Wed, 6 Jun 90 13:57:18 +0200 (Central European Summer Time) From: Knobi der Rechnerschrat Subject: QIC Formats ????? To: info-iris@BRL.MIL X-VMS-To: X%"info-iris@brl.mil" Message-ID: <9006060759.aa21264@VGR.BRL.MIL> Hallo, this might be the wrong place, but a lot of knowledgeable people seem to read this list: can somebody give me a pointer to a place where I can get information about the QIC (24,40,120,150, more??) formats. Are there any standard documents, RFC's ? Thanks a lot Martin Knoblauch   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02511; 6 Jun 90 14:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00905; 6 Jun 90 13:49 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id af00334; 6 Jun 90 13:16 EDT Received: from cisco.nosc.mil by VGR.BRL.MIL id aa23024; 6 Jun 90 12:59 EDT Date: Wed, 6 Jun 90 10:01 PST From: MIKE@cisco.nosc.mil Subject: Dog sources To: info-iris@BRL.MIL X-VMS-To: IN%"info-iris@brl.mil" Message-ID: <9006061259.aa23024@VGR.BRL.MIL> Does anyone have or know of where I can ftp the Dog sources from? Mike ******************************************************************************* * IIIII RRR IIIII EEEEE Mike Pawka * * I R R I E Systems Programmer Inna Babylon * * I R R I EEE Naval Ocean Systems Center * * I RRR I E San Diego, CA 92152 619-553-4108 * * I R R I E Internet: mike@cisco.nosc.mil * * IIIII R R IIIII EEEEE Alternate: pawka@tecr.nosc.mil * *******************************************************************************   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02511; 6 Jun 90 14:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00905; 6 Jun 90 13:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00576; 6 Jun 90 13:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23119; 6 Jun 90 13:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13706; Wed, 6 Jun 90 10:03: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: 6 Jun 90 16:13:58 GMT From: Jim Bennett Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Tmesh problems on 4D25-TG Message-Id: <8594@odin.corp.sgi.com> References: <9006051914.aa17031@ADM.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Martin Knoblauch writes: > The molecular surfaces in MOLCAD are build from triangular meshes and > lighted using the sgi lighting model. The surfaces can be either monocolor > or multicolor. In the latter case each vertext has (worst case) a different > material assigned to. On the G,GT,GTX and nod-TG PI's, this gives a soft > scattering of the used colors. On the TG, the monocolored meshed look ok. > The multicolored meshes on the other hand look flat, and you can see each > triangle. It seems that only the last (first) color is used to display the > triangle and that no lighting is done (may be, the normals are broken). There is a bug in the TG in the 3.2 release which causes FLAT shading when tmeshes are used in combination with lmcolor. This is fixed in 3.3. In the mean time, you can draw the triangles as individual polygons to work around the problem. > Regards > Martin Knoblauch > > TH-Darmstadt > Physical Chemistry 1 > Petersenstrasse 20 > D-6100 Darmstadt, FRG Jim Bennett (bennett@esd.sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id ac02511; 6 Jun 90 14:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00905; 6 Jun 90 13:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00576; 6 Jun 90 13:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23121; 6 Jun 90 13:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13785; Wed, 6 Jun 90 10:04: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: 6 Jun 90 17:06:01 GMT From: Brent Thomas Corkum Organization: Rock Engineering, University of Toronto Subject: The SGI Ultimate MAKEFILE Message-Id: <1990Jun6.130601.17186@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Regarding the ultimate makefile that was posted a while back by the SGI people, be very careful not to break,abort the making process while the dependency checks are taking place (by mkdepend). If you send a break while mkdepend is running you lose your makefile. I'm not to sure why as I have not investigated it further, maybe the SGI people can shed some light on this as it's there makefile. So make sure you have a backup if you use there construct. I include a copy of my makefile below. # The SGI Ultimate makefile include $(ROOT)/usr/include/make/commondefs TARGETS = examine3D EXAMINE3DFILES = examine3D.c model.c displpop.c filepop.c analypop.c \ pickpop.c xformpop.c objecpop.c setuppop.c plinepop.c \ builpop.c writeex3.c strespop.c moparwin.c makemopa.c \ examinit.c togglest.c gridbox.c shadepop.c FEINT3DFILES = buildmen.c userinte.c activate.c checkmen.c \ setmenu.c lightbut.c buildpop.c size.c prompt.c \ altervie.c buildsce.c pan.c checkseg.c \ insertpo.c dist.c getwindo.c barbutto.c readgeo.c \ getstrin.c pick.c feintini.c delete.c \ pivot.c getfloat.c move.c tumble.c autoscal.c \ zoom.c getbutto.c transfpo.c animate.c shade.c rotate.c undo.c \ scale.c pickvert.c toggles.c getpoint.c getlocat.c \ shadewin.c nice.c gridspac.c visible.c setpivot.c \ makeshad.c sphere.c copy.c getworld.c pline.c \ snaploca.c elevatio.c extrude.c getint.c openobje.c \ genextru.c areyousu.c getpoin2.c getbox.c getcurrw.c CFILES = $(EXAMINE3DFILES) $(FEINT3DFILES) LCOPTS = -DDEBUG # "local C options" LLDLIBS = -lhoops -lgl_s -lm # local libraries (do you want -lgl_s instead?) OPTIMIZER = -g # -g2 is default for -g, I believe default: incdepend $(TARGETS) $(CTAGS) -a $(CFILES) include $(COMMONRULES) # clean and other rules supplied by COMMONRULES $(TARGETS): $(OBJECTS) $(CCF) $(OBJECTS) $(LDFLAGS) -o $@   Received: from vmb.brl.mil by VMB.BRL.MIL id ad02511; 6 Jun 90 14:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad00905; 6 Jun 90 13:51 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac00576; 6 Jun 90 13:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23123; 6 Jun 90 13:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13736; Wed, 6 Jun 90 10:03:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Jun 90 16:41:15 GMT From: Dave Olson Subject: Re: Add-on second system disk for Personal Iris...problems Message-Id: <8596@odin.corp.sgi.com> References: <74873@aerospace.AERO.ORG> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL sinclair@aerospace.aero.org (William S. Sinclair) writes: | another front-loading disk, which is on SCSI unit #3. We want to re-install | software on unit #3. As far as I can tell, unit #3 is properly partioned | into partitions 0,1, and 6, like a regular system drive should be. However, | the method suggested by SGI for installing the software does NOT work. | They suggested changing the ROOT and BOOTFILE environment parameters as | follows: | setenv root /dev/dsk/dks0d3s0 This is pointless to do BEFORE the init, since the PI doesn't keep root in non-volatile RAM. | setenv bootfile dksc(0,3,8)sash | According to them, I don't have to do anything to "path". True, path is never kept in non-volatile ram, and is rebuild from bootfile. | Then I'm supposed to do an INIT, and go back to the console mode. | When I get the >>, I'm supposed to go to use the INST tool on the | boot tape. When I try to do that, I get a message (after the INST is | copied in) to the effect that the file system on disk #1 (not #3) | has been corrupted, in other words, it tries to do an FSCK on unit | #1, and somehow thinks something is wrong with the entire file | system. The problem here is that the miniroot kernel defaults to device one as root. You need to do 'setenv root dks0d3s0' AFTER you do the init. (Actually, there isn't any reason to do the init at all. The act of doing the setenv will reset the nvram variables. init just clears out any changes you may have made to the environment for non-volatile ram, etc.) | The person at SGI made some remark like "Maybe you have a | bad tape", which sounds like a wild guess. Unfortunately, we can't | easily switch out unit #1 since it's inside the cabinet. For some | reason the system keeps going back to unit #1 even after we change the | environmetal parameters. I have heard some rumor about "a cable that needs | to be changed" if we need to boot from some other disk drive, but so far | it's just a rumor. It is unlikely that you have a hardware problem of any sort here. The most likely cause was that 'root' wasn't over-ridden, due to the init that was done. | Incidentally, I have several tapes with INST on them, and they all do the | exact same thing. Unlikely that this has anything to do with the tape itself. | Has anyone tried to do this same thing? If so, I would like to know | how (or if) you got the system disk going. The front loader we have on | unit #3 is a 760 MB (unf) unit from SGI, with CDC as the OEM. | and then doing the regular installation from the boot tape. We have done this numerous times in house, as have other customers. It should work fine. Don't forget that after installing, or changing the ID of the 'root' drive, you need to re-generate a kernel. The default lboot process with the default /usr/sysgen/system generates a kernel whose root, swap, etc devices are based on the current /dev/root and /dev/swap devices. -- 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 aa03441; 6 Jun 90 14:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02987; 6 Jun 90 14:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02840; 6 Jun 90 14:09 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00162; 6 Jun 90 13:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16304; Wed, 6 Jun 90 10:41:11 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Jun 90 17:14:35 GMT From: Russell Taylor Subject: Bus error DURING call to malloc() Message-Id: <14525@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are running OS 3.2.2 on an IRIS 4D/240GTX. I ran a program and got the proverbial 'Bus error (core dumped)' message. The catch is that when I run dbx and look for the error, it tells me that the error occured IN malloc(): ...Source (of malloc.c) not available... There are several calls to malloc() in the code. There have been successful calls before this call is made. All calls are passed constant references, and this code compiles and runs correctly on a variety of other machines (VAX, sun 4, DecStation). Is there a known bug (and hopefully fix) for this? Thanks, Russell Taylor taylorr@cs.unc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03441; 6 Jun 90 14:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02987; 6 Jun 90 14:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02886; 6 Jun 90 14:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00166; 6 Jun 90 13:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16896; Wed, 6 Jun 90 10:49: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: 6 Jun 90 17:30:04 GMT From: Howard Look Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Twilight Background Program Message-Id: <61726@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here's yet another little background program. It looks like the sky at sunset. It will only run properly on 24 or more bit plane systems. Compile it with: cc night.c -lgl_s -lm -o night Enjoy. ---------------------------------------------------------- Howard Look "What's your point ?" Customer Support Division Silicon Graphics howardl@sgi.com ---------------------------------------------------------- (------- cut here --------) #include "gl.h" #include "device.h" /* A way cool background that looks like the twilight sky. Start it up in user.ps Howard Look howardl@sgi.com */ main() { int gid; imakebackground() ; gid = winopen("") ; RGBmode(); gconfig(); shademodel(GOURAUD); ortho2(0.0, 1.0, 0.0, 1.0) ; qenter(REDRAW,gid); while (1) { short val ; long dev = qread(&val) ; if (dev == REDRAW) draw_background() ; } } #define Y1 0.0 #define Y2 .2 draw_background() { int i,j; static int orange[] = {255,72,0}; static int blueish[] = {0,110,189}; static int black[] = {0,0,0}; static int red[] = {255,0,0}; float v1[2],v2[2],v3[2],v4[2]; v1[0] = v4[0] = 0.0; v2[0] = v3[0] = 1.0; v1[1] = v2[1] = 0.0; v3[1] = v4[1] = Y1; bgnpolygon(); c3i(red); v2f(v1); v2f(v2); c3i(orange); v2f(v3); v2f(v4); endpolygon(); v1[1] = v2[1] = Y2; bgnpolygon(); c3i(orange); v2f(v4); v2f(v3); c3i(blueish); v2f(v2); v2f(v1); endpolygon(); v3[1] = v4[1] = 1.0; bgnpolygon(); c3i(blueish); v2f(v1); v2f(v2); c3i(black); v2f(v3); v2f(v4); endpolygon(); cpack(0xFFFFFF); for (j=0; j<10; j++) { bgnpoint(); for (i=0; i<256; i++) { float x[2]; x[0] = ((float)rand())/32767.0; x[1] = ((float)rand())/32767.0; v2f(x); } endpoint(); } for (j =0; j<200; j++) { float x[2],r; x[0] = ((float)rand())/32767.0; x[1] = ((float)rand())/32767.0; r = ((float)rand())/32767.0/500.0; circf(x[0],x[1],r); } }   Received: from vmb.brl.mil by VMB.BRL.MIL id ac06864; 6 Jun 90 16:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06364; 6 Jun 90 16:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06298; 6 Jun 90 15:49 EDT Received: from ames.arc.nasa.gov by VGR.BRL.MIL id aa00642; 6 Jun 90 14:56 EDT Received: from elxsi.dfrf.nasa.gov by ames.arc.nasa.gov (5.61/1.2); Wed, 6 Jun 90 11:56:12 -0700 Received: by elxsi.dfrf.nasa.gov (5.51/5.17) id AA01681; Wed, 6 Jun 90 11:32:35 PDT Date: Wed, 6 Jun 90 11:32:35 PDT From: rashkin@elxsi.dfrf.nasa.gov Message-Id: <9006061832.AA01681@elxsi.dfrf.nasa.gov> Subject: re: help needed installing 1553 memory board To: info-iris@BRL.MIL Any help would be appreciated. We are installing a VME 1553 memory card into a 4D/80GT. Specifically, an ILC DDC Bus-65522/23. Supposedly, I can alter /usr/sysgen/master.d/mem to include memory partitions. According to /usr/sysgen/system address space bd100000 is reserved for customer boards. I have had zero luck with a program trying to use mmap to this address space. I reverted to trying to get the prom monitor to work. I'm trying put and get, but the monitor bombs off at all address combinations I have tried. Any experience in this area would be really helpful. Thank you, Susan Rashkin 805-258-3032 rashkin@elxsi.dfrf.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ab07480; 6 Jun 90 17:30 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07240; 6 Jun 90 17:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06978; 6 Jun 90 16:28 EDT Received: from SGI.COM by VGR.BRL.MIL id aa01118; 6 Jun 90 15:56 EDT Received: from pdi by sgi.sgi.com via UUCP (5.52/900423.SGI) for info-iris@brl.mil id AA27714; Wed, 6 Jun 90 12:55:47 PDT From: sgi.sgi.com!pdi!koko!shoshana@BRL.MIL Received: from koko.pdi.com (koko.ARPA) by pdi.pdi.com (1.4/5.6) id AA1638458; Wed, 6 Jun 90 12:20:54 pdt Received: by koko.pdi.com (5.52/5.6) id AA02597; Wed, 6 Jun 90 12:21:58 PDT Message-Id: <9006061921.AA02597@koko.pdi.com> To: brl!mil!info-iris@BRL.MIL Subject: Re: Add-on second system disk for Personal Iris...problems Date: Wed, 06 Jun 90 12:21:54 PDT > From: "William S. Sinclair" > another front-loading disk, which is on SCSI unit #3. We want to re-install > software on unit #3. If all you want to do is install the system software, you can boot the machine as usual, mkfs partitions 0 and 6 on unit #3, then mount them someplace. eg, mount dks0d3s0 on /installroot and dks0d3s6 on /installroot/usr. Then put the installation tape in the tape drive, and use the command inst -r /installroot The install program can be used while the machine is running - as long as you're not installing over the working operating system. I've done this several times with complete success -- however, the following caveats apply: 1. Used this way, the install program won't create a kernel for you. "lboot -u /installroot/unix" ought to do the trick. 2. You won't get anything in your volume header (this is partition 8, where sash lives - pretty crucial). You can use dvhtool to copy the programs from /stand into /dev/dsk/dks03vh. Of course this is all very sketchy, RTFM for details. As for booting off this disk, my superstitious belief is that the boot disk has to be scsi unit #1. But I've never tried to get around this, it might be possible. I'm also pretty sure that the boot disk has to be partitioned this way (using partitions 0,1,6 and of course 8). Anyone at SGI want to respond? -shoshana Shoshana Abrass Pacific Data Images pdi!shoshana@sgi.com === If I were more organized, I'd have a .sig ===   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07770; 6 Jun 90 17:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06864; 6 Jun 90 16:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06383; 6 Jun 90 15:55 EDT Received: from Icarus.AE.MsState.Edu by VGR.BRL.MIL id aa00981; 6 Jun 90 15:29 EDT Received: from tardus.ae.msstate.edu ([130.18.176.20]) by Icarus.AE.MsState.Edu (4.1/5.0s); id AA03909; Wed, 6 Jun 90 14:30:24 CDT Date: Wed, 6 Jun 90 14:30:24 CDT From: Larry Thorne Message-Id: <9006061930.AA03909@Icarus.AE.MsState.Edu> To: info-iris@BRL.MIL Subject: Looking for 2500 monitor We have an old (at least 5 years...) 2500 that has been slowly dying. First, the power supply went, then the CPU board. These parts are somewhat reasonable via SGI, however, the monitor has now gone bad, and SGI wants a LOT for a replacement. We can't justify dumping that much more into this 2500, so.... Does anyone have a monitor for a 2500 they would like to sell for a reasonable (read cheap) price? Or even better, donate to a worthy educational institution? Or maybe an entire 2500 that we could use for spare parts? Larry Thorne NSF - Engineering Research Center Mississippi State University larryt@ae.msstate.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab07770; 6 Jun 90 17:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07480; 6 Jun 90 17:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07260; 6 Jun 90 16:58 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa01081; 6 Jun 90 15:50 EDT Received: Wed, 6 Jun 90 15:51:49 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Wed, 6 Jun 90 15:51:49 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9006061951.AA10992@aero4.larc.nasa.gov> To: MIKE@cisco.nosc.mil Subject: Re: Dog sources Cc: info-iris@BRL.MIL You can't (aren't suppose to) get the Dog source from an ftp sight. You have to buy it from SGI for about $100. This gets you a 1/4" tape with most of the demo sources as well as Dog. I don't have the details handy, so contact your sales rep. for the information. -- 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 aa08485; 6 Jun 90 19:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08338; 6 Jun 90 18:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08285; 6 Jun 90 18:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa01967; 6 Jun 90 18:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02453; Wed, 6 Jun 90 14:56:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Jun 90 20:43:04 GMT From: Andrew Myers Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: The SGI Ultimate MAKEFILE Message-Id: <8633@odin.corp.sgi.com> References: <1990Jun6.130601.17186@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jun6.130601.17186@jarvis.csri.toronto.edu> corkum@csri.toronto.edu (Brent Thomas Corkum) writes: >Regarding the ultimate makefile that was posted a while back by the >SGI people, be very careful not to break,abort the making process while >the dependency checks are taking place (by mkdepend). If you send a break >while mkdepend is running you lose your makefile. I'm not to sure why As it turns out, you need the 3.3 versions of mkdepend, commondefs, and commonrules for the Makefile I posted to work perfectly. Sorry about the confusion -- by the time customers get a release, we're often already using the development tools of the next release. Once you get 3.3, automatic dependencies should work correctly and safely in the Makefile I posted. Until then, I believe that the following fix should work for 3.2: (I've simplified the posted makefile for clarity) --------------------------------------------------------------------------- include $(ROOT)/usr/include/make/commondefs MKDEPFILE = Makedepend ### Change from 3.3 version ### TARGETS = examine3D CFILES = examine3D.c model.c displpop.c filepop.c analypop.c \ pickpop.c xformpop.c objecpop.c setuppop.c plinepop.c \ builpop.c writeex3.c strespop.c moparwin.c makemopa.c \ examinit.c togglest.c gridbox.c shadepop.c LCOPTS = -DDEBUG # "local C options" LLDLIBS = -lgl_s -lm # local libraries OPTIMIZER = -g # -g2 is default for -g, I believe default: incdepend $(TARGETS) include $(COMMONRULES) # clean and other rules supplied by COMMONRULES include $(MKDEPFILE) ### Change from 3.3 version ### $(TARGETS): $(OBJECTS) $(CCF) $(OBJECTS) $(LDFLAGS) -o $@ --------------------------------------------------------------------------- To get the makefile working, you'll need to do a "touch Makedepend". This isn't necessary in the 3.3 version. Andrew   Received: from vmb.brl.mil by VMB.BRL.MIL id ab08485; 6 Jun 90 19:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab08338; 6 Jun 90 18:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08310; 6 Jun 90 18:39 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02000; 6 Jun 90 18:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02799; Wed, 6 Jun 90 15:01:46 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 6 Jun 90 20:50:19 GMT From: Lou Harrison Organization: /etc/organization Subject: include file pgl.h Message-Id: <1990Jun6.205019.9764@ncsuvx.ncsu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can some nice soul out there e-mail me a copy of the pascal include file "pgl.h"? Unfortunately, they allow too many people to have root password here, and someone trashed it. I teach an introductory graphics course, and my students have a program due early next week. Some are programming in pascal and cannot compile. We have an Iris 4d/20. Thanx in advance, Lou Harrison harrison@cscadm.ncsu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02259; 7 Jun 90 9:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01454; 7 Jun 90 9:18 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad01159; 7 Jun 90 9:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03055; 6 Jun 90 22:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18628; Wed, 6 Jun 90 19:20: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: 7 Jun 90 01:55:12 GMT From: Kurt Akeley Organization: Silicon Graphics, Inc. Subject: Re: Two questions Message-Id: <8654@odin.corp.sgi.com> References: <9006060619.aa20941@VGR.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9006060619.aa20941@VGR.BRL.MIL>, XBR2D96D@DDATHD21.BITNET (Knobi der Rechnerschrat) writes: > 2) This is a more fundamental question. The molecular surfaces used by > MOLCAD are constructed from triangles, which are generated from a set > of arbitrary - non-analytically defined - dots, which are numbered from > 0-n. For each triangle we know the numbers (and from that the 3-D > coordinates, of cource) of the three vertices (dots). The triangles are > read from a file and then analyzed "for that we can display them as meshes > to please the lords of the pipeline". We have two sources of dots and > two algorithms to generate the triangles. The first combination generates > a good (in terms of tmeshes) ratio between new-meshes, continuation- > vertices and swap-vertices. Within the 256-vertex limit of the gl, we > get a pretty good performance. Unfortunately the second combination > of dots and algorithm (which is really fast in generating the triangles) > does generate very poor meshes. Over 90% of the triangles are singles, and > the remaining meshes are rather short. This still gives excellent graphics > performance on the GT and GTX, but we would like to get the best possible > results of course (having in mind the VGX, which is told to be tuned for > meshes). After this rather long introduction: does anybody know of > algorithm that can be used to rearrange a given set of more or less single > triangles into meshes? The algorithm has to be fast, as we want to use it > on surfaces with several 100.000 triangles. Any code examples, any > published material? i have code that generates reasonable meshes from independent triangle data. further optimized code can be had from Paul Haeberli. my attempt to include the code in a reply to the newsgroup crashed xrn, so i'l simply publish my mail address and let those interested get in touch with me. kurt@cashew.asd.sgi.com -- kurt   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02259; 7 Jun 90 9:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01454; 7 Jun 90 9:18 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ae01159; 7 Jun 90 9:02 EDT Received: from Frodo.Physics.McGill.CA by VGR.BRL.MIL id aa03138; 6 Jun 90 22:56 EDT Received: by frodo.Physics.McGill.CA id AA26585; Wed, 6 Jun 90 22:55:29 EDT (5.59++/IDA-1.1S) Date: Wed, 6 Jun 90 22:55:29 EDT From: Loki Jorgenson Rm421 Message-Id: <9006070255.AA26585@frodo.Physics.McGill.CA> To: info-iris@vgr.brl.mil Subject: texsgi (?) I recalled from my notes that there was a TeX previewer for the 4D IRIS on vgr.brl.mil. When I finally went to look, it wasn't there. Did I miss it? Was it removed? Did I get the notes wrong? Am I dreaming? Thanks, Loki Jorgenson node: loki@physics.mcgill.ca Physics, McGill University fax: (514) 398-3733 Montreal Quebec CANADA phone: (514) 398-6531 <.... Free the mind and the police will surely follow ....>   Received: from vmb.brl.mil by VMB.BRL.MIL id ac02259; 7 Jun 90 9:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac01454; 7 Jun 90 9:18 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ah01159; 7 Jun 90 9:02 EDT Received: from Frodo.Physics.McGill.CA by VGR.BRL.MIL id aa03356; 6 Jun 90 23:52 EDT Received: by frodo.Physics.McGill.CA id AA26939; Wed, 6 Jun 90 23:52:27 EDT (5.59++/IDA-1.1S) Date: Wed, 6 Jun 90 23:52:27 EDT From: Loki Jorgenson Rm421 Message-Id: <9006070352.AA26939@frodo.Physics.McGill.CA> To: info-iris@vgr.brl.mil Subject: texsgi (!) Sorry. Cancel that last question concerning the where abouts of texsgi. I found it at vgr.brl.mil in ~ftp/info-iris/texbin.tar.Z amongst all of the other TeX binaries. Sorry for wasting bandwidth. Loki Jorgenson node: loki@physics.mcgill.ca Physics, McGill University fax: (514) 398-3733 Montreal Quebec CANADA phone: (514) 398-6531 <.... Free the mind and the police will surely follow ....>   Received: from vmb.brl.mil by VMB.BRL.MIL id af01065; 7 Jun 90 18:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af00495; 7 Jun 90 18:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aj00192; 7 Jun 90 18:23 EDT Received: from SGI.COM by VGR.BRL.MIL id aa11386; 7 Jun 90 15:06 EDT Received: from iris12.houst.sgi.com by sgi.sgi.com via UUCP (5.52/900423.SGI) for info-iris@brl.mil id AA14189; Thu, 7 Jun 90 12:06:19 PDT Received: from iris12.houst.sgi.com by sgihoust.houst.sgi.com (5.52/891101.SGI) for sgi!BRL.MIL!info-iris id AA13340; Wed, 6 Jun 90 17:16:18 CDT Received: by iris12.houst.sgi.com (5.52/891101.SGI) for @sgihoust.houst.sgi.com:info-iris@BRL.MIL id AA08069; Wed, 6 Jun 90 17:16:40 CDT Date: Wed, 6 Jun 90 17:16:40 CDT From: Robert Allan Pette Message-Id: <9006062216.AA08069@iris12.houst.sgi.com> To: info-iris@BRL.MIL I'm posting this for a friend at McDonnell Douglas in Clear Lake. McDonnell Douglas is looking for a graphics programmer to support Nasa Johnson Space Center. Job description: Graphics and user interface programming in support of highly interactive 3D graphics software. Advanced applications such as steroscopic 3D scene generation, new image generation techniques, PHIGS+ programming and robotics applications will be supported. Requirements: 3-5 years computer graphics experience B.S. in Computer Science or equiv. C programming skills Background preferred: Silicon Graphics familiarity Interactive 3D graphics application work User interface design skills Unix familiarity Good people skills Contact Frank Taylor at (713) 283-4278 (taylor@mpad.span.nasa.gov) Send resume to McDonnell Douglas Space Systems Company Attn: Frank Taylor 16055 Space Center Blvd. Houston, Texas 77062 -- /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ Bob Pette Houston Systems Engineer Voice Mail 8139 Tel. 713-266-1333 pette@sgihoust.houst.sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05448; 7 Jun 90 11:39 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05028; 7 Jun 90 11:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04910; 7 Jun 90 11:18 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07666; 7 Jun 90 11:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28702; Thu, 7 Jun 90 07:59: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: 7 Jun 90 14:09:01 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Scanners Message-Id: <1990Jun7.140901.285@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know what scanners can be connected directly to an IRIS, what kind of drivers are available, etc., or what the best solution is for getting scanned images into the IRIS. Thanks Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06363; 7 Jun 90 12:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06149; 7 Jun 90 12:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06108; 7 Jun 90 12:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08010; 7 Jun 90 12:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02465; Thu, 7 Jun 90 08:59:46 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Jun 90 14:33:33 GMT From: Bruno Pape Organization: Silicon Graphics S.A., Zuerich, Switzerland Subject: Fonts Message-Id: <1990Jun7.143333.404@sgzh.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Can anyone tell me where I can get fonts for the IRIS font manager. The FM says Adobe Binary Distribution Format fonts are the best, how can I get these? If it only takes money thats no problem. Thanks, Bruno   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01065; 7 Jun 90 18:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00495; 7 Jun 90 18:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac00192; 7 Jun 90 18:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09210; 7 Jun 90 13:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07376; Thu, 7 Jun 90 10:18: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: 7 Jun 90 15:11:17 GMT From: "Gregory L. Morlock" Organization: T.I.P.S Office of Surface Mining Denver, CO Subject: Re: Tektronix emulator needed. Message-Id: <73@iristip.UUCP> References: <19400002@ux1.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <19400002@ux1.cso.uiuc.edu> sam@ux1.cso.uiuc.edu writes: > >Is there a Tektronix emulator for SGI's? Yes. Grafpoint, Corp; 1485 Saratoga Ave; San Jose, CA 95129-4934 makes a product called T-Graf which emulates several different Tek models and will run on SGI machines. I haven't tried the SGI version, but the T-graf for PC's works pretty well.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01065; 7 Jun 90 18:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00495; 7 Jun 90 18:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ae00192; 7 Jun 90 18:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09948; 7 Jun 90 13:56 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08679; Thu, 7 Jun 90 10:37: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: 7 Jun 90 14:28:03 GMT From: "Scott E. Townsend" Organization: NASA/Lewis Research Center, Cleveland Subject: How can a user program hang the system? Message-Id: <1990Jun7.142803.3126@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I've got a question regarding intermittent system hangs. A 'system hang' means that all apparent activity on the Personal Iris monitor freezes, including the mouse cursor. Here's my setup: 1. There are two ordinary user programs communicating with a remote system via shared memory in the remote system's VME rack. One program loads & monitors the remote system's execution, the other program provides a 'real-time' display of remote data via a 3D surface plot. 2. The Personal Iris's VME adaptor is connected to the remote system's VME rack via a VME repeater, the model 2000 repeater from HVE Engineering Inc. 3. The remote system's shared memory is mapped via the mmap() call: cube_data = mmap(0, MEMORY_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, mem_fd, (VME_A24SBASE | 0XA0000000) + CUBE_ADDR); where MEMORY_SIZE is 1 Meg and CUBE_ADDR is set at 4 Meg. (This is for the surface plotter, a similar call is made for the loader/monitor, mapping 4 Meg starting at 0) Here's my symptoms: 1. The system usually runs fine, but some days (phase of the moon?) it will hang after running for 30 seconds or so. (Enough time to record 5-10 plots) This is semi-repeatable. 2. It seems to hang only if the surface plotter is running. The surface plotter is just a simple tmesh algorithm, nothing fancy, with a mesh size of 34 x 34 typically. Note that when the system is using the surface plotter there is significantly more communication across the VME repeater. Also, I can't run just the plotter, I need the loader/monitor to get things to run. 3. There is no console output if I have a console running on the Iris display. 4. When the system hangs, the remote system still runs until its communications time-out waiting for the frozen Iris. So now the questions: 1. Has anyone had any experience with hanging repeaters on the Iris's VME adaptor? 2. Under what conditions could a normal user program freeze the system? I would think a programming error would simply cause a segmentation fault or somthing similar. 3 Any suggestions on how I could debug this thing? I have access to a VME bus monitor, but its triggering facilities are a bit primitive. Thanks for any and all help you can provide. -- ------------------------------------------------------------------------ Scott Townsend | Phone: 216-433-8101 NASA Lewis Research Center | Mail Stop: 5-11 Cleveland, Ohio 44135 | Email: fsset@neptune.lerc.nasa.gov ------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01065; 7 Jun 90 18:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00495; 7 Jun 90 18:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id af00192; 7 Jun 90 18:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10271; 7 Jun 90 14:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10027; Thu, 7 Jun 90 10:58: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: 7 Jun 90 16:38:45 GMT From: "Jack P. Weldon" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SGI/Sun mountd errors (was Re: Power Series Iris as NFS file server?) Message-Id: <8663@odin.corp.sgi.com> References: <1990Jun3.211031.1078@s1.msi.umn.edu>, <8441@odin.corp.sgi.com>, <41945@brunix.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <41945@brunix.UUCP> sgf@cfm.brown.edu (Sam Fulcomer) writes: >In article <8441@odin.corp.sgi.com> jweldon@renegade.sgi.com (Jack P. Weldon) writes: >>There is a problem with Sun's backoff algorithm in 4.1 mountd, and Sun has >> >>********************************************************************* >>The result is that SunOS4.1 clients cannot NFS mount SGI filesystems. >>********************************************************************* >> > >Hmmm..., Well, while we're waiting for the SGI "break" there're two easy solutions: > [code deleted] No break necessary--it is Sun's bug, not SGI's. We are just trying to create a workaround in our code for those folks who cannot get a fix from Sun. PS: Sun has fixed the bug, and will fedex a new /etc/mount to anyone who has support. Just give them a call. Cheers, Mouthletic (mowth' let ik) Jack P. Weldon adj. Having the useless talent of being able to (jweldon@sgi.com) twist a cherry stem into a knot with one's tongue.   Received: from vmb.brl.mil by VMB.BRL.MIL id ad01065; 7 Jun 90 18:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad00495; 7 Jun 90 18:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ah00192; 7 Jun 90 18:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10535; 7 Jun 90 14:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10847; Thu, 7 Jun 90 11:09:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Jun 90 16:25:05 GMT From: Gregory Fedor Organization: NASA/Lewis Research Center, Cleveland Subject: Re: Twilight Background Program Message-Id: <1990Jun7.162505.3526@eagle.lerc.nasa.gov> References: <61726@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Just a naive question, is this a background program for NeWS and if so how do you invoke it? IF it's not, is there any way to put an image file up as the background in NeWS? -- Hailing frequencies closed... Gregory Fedor (216) 433-8468 Sverdrup Technology smfedor@lerc01.lerc.nasa.gov NASA Lewis Research Center Cleveland, Ohio 44135 -------------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id ae01065; 7 Jun 90 18:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae00495; 7 Jun 90 18:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ai00192; 7 Jun 90 18:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10864; 7 Jun 90 14:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12360; Thu, 7 Jun 90 11:30: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: 7 Jun 90 18:23:09 GMT From: James Zurlo Organization: Mechanical Engineering, Carnegie Mellon, Pittsburgh, PA Subject: Gnu emacs and tektronix 4115 on SGI Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I just got a Tektronix 4115 terminal that I've hooked up to a SGI Personal Iris. I can't seem to make gnu emacs work quite right with the 4115. It just beeps when I type Ctrl-x Ctrl-s, or just about any other ctrl characters. Is the terminfo file missing some crucial information, or have I not set the terminal up correctly? (I do a 'setenv TERM tek4115' as soon as I log on, so that isn't the problem. I also go into setup mode on the terminal and type 'load screen'. There is a file called 'screen' on one of the floppy discs that came with the terminal. I don't know what is in that file since I can't figure out how to edit a file on floppy. I do know that it seems to put the terminal in some sort of non-graphics mode. ) Please respond to me directly since I don't read all of these news groups. Thanks for any help you can provide. Jim jz0t+@andrew.cmu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ag01065; 7 Jun 90 18:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ag00495; 7 Jun 90 18:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ak00192; 7 Jun 90 18:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11816; 7 Jun 90 15:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15526; Thu, 7 Jun 90 12:21: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: 7 Jun 90 19:02:11 GMT From: Jeremy Higdon Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Add-on second system disk for Personal Iris...problems Message-Id: <61842@sgi.sgi.com> References: <74873@aerospace.AERO.ORG>, <8596@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8596@odin.corp.sgi.com>, olson@anchor.esd.sgi.com (Dave Olson) writes: > sinclair@aerospace.aero.org (William S. Sinclair) writes: > > | another front-loading disk, which is on SCSI unit #3. We want to re-install > | software on unit #3. As far as I can tell, unit #3 is properly partioned > | into partitions 0,1, and 6, like a regular system drive should be. However, > | the method suggested by SGI for installing the software does NOT work. > | They suggested changing the ROOT and BOOTFILE environment parameters as > | follows: > > | setenv root /dev/dsk/dks0d3s0 > > This is pointless to do BEFORE the init, since the PI doesn't keep root > in non-volatile RAM. > > | setenv bootfile dksc(0,3,8)sash > | According to them, I don't have to do anything to "path". > > True, path is never kept in non-volatile ram, and is rebuild from bootfile. > > | Then I'm supposed to do an INIT, and go back to the console mode. > | When I get the >>, I'm supposed to go to use the INST tool on the > | boot tape. When I try to do that, I get a message (after the INST is > | copied in) to the effect that the file system on disk #1 (not #3) > | has been corrupted, in other words, it tries to do an FSCK on unit > | #1, and somehow thinks something is wrong with the entire file > | system. > > The problem here is that the miniroot kernel defaults to device one as > root. You need to do 'setenv root dks0d3s0' AFTER you do the init. > > (Actually, there isn't any reason to do the init at all. The act of > doing the setenv will reset the nvram variables. init just clears out > any changes you may have made to the environment for non-volatile ram, > etc.) > Please note that 4D/50 and above (i.e. 4D/60, 70, . . . 240, 280) machines do save root and bootfile in non-volatile RAM, so that sinclair's strategy of doing the setenvs and then the init is the correct one for those machines (I use it all the time).   Received: from vmb.brl.mil by VMB.BRL.MIL id ah01065; 7 Jun 90 18:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ah00495; 7 Jun 90 18:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00489; 7 Jun 90 18:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13214; 7 Jun 90 16:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19510; Thu, 7 Jun 90 13:21: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: 7 Jun 90 20:16:00 GMT From: Kevin Lahey Organization: UF CIS Department Subject: tcsh-5.12 executables? Message-Id: <23465@uflorida.cis.ufl.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have the executable for tcsh-5.12? I ftp'ed the version from vgr.brl.mil:/info-iris/tcsh, but, much to my dismay, it doesn't appear to try to access the YP stuff when it resolves tidle-references. Thus, when I try to cd to ~kml, it doesn't recognize me. I think this can be remedied by linking with the -lsun option, but since I have only the executable, there isn't much I can do. Is there anyone out there with a version of tcsh-5.12 (the so-called "old" tcsh) that could let me ftp it? Or am I just making a silly mistake? BTW, we are running 3.2.2 on a 4D320GTX. Thanks, Kevin   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01370; 7 Jun 90 19:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ai01065; 7 Jun 90 19:05 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00972; 7 Jun 90 18:45 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa12931; 7 Jun 90 16:15 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Thu, 7 Jun 90 17:25 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Thu, 7 Jun 90 15:07 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA21643; Thu, 7 Jun 90 15:05:43 NZT Date: Thu, 7 Jun 90 15:05:43 NZT From: russell@ccu1.aukuni.ac.nz Subject: C++ availability for 4D To: info-iris@vgr.brl.mil Message-Id: <9006070305.AA21643@ccu1.aukuni.ac.nz> I have noticed some correspondence about C++ in this column. Could somebody tell me how to get C++ and how much it costs. I don't remember seeing it on the list of available software when we brought our 4D/240 late last year. Thanks, Russell.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01370; 7 Jun 90 19:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aj01065; 7 Jun 90 19:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00998; 7 Jun 90 18:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16029; 7 Jun 90 18:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26764; Thu, 7 Jun 90 15:10:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 7 Jun 90 22:07:52 GMT From: Scum Organization: Carnegie-Mellon University, CS/RI Subject: Re: Bus error DURING call to malloc() Message-Id: <9560@pt.cs.cmu.edu> References: <14525@thorin.cs.unc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <14525@thorin.cs.unc.edu>, taylorr@glycine.cs.unc.edu (Russell Taylor) writes: | We are running OS 3.2.2 on an IRIS 4D/240GTX. I ran a program and | got the proverbial 'Bus error (core dumped)' message. The catch is that | when I run dbx and look for the error, it tells me that the error occured | IN malloc(): | There are several calls to malloc() in the code. There have been | successful calls before this call is made. All calls are passed constant | references, and this code compiles and runs correctly on a variety of other | machines (VAX, sun 4, DecStation). | | Is there a known bug (and hopefully fix) for this? Try linking with the malloc library. Just use -lmalloc as an argument when you are linking; this will provide an alternative version of malloc which seems to work better. This has solved the problem for us in similar cases. Good luck. -- Chris. -- -- Chris. (cycy@isl1.ri.cmu.edu) "People make me pro-nuclear." -- Margarette Smith   Received: from vmb.brl.mil by VMB.BRL.MIL id ac01370; 7 Jun 90 19:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ak01065; 7 Jun 90 19:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00998; 7 Jun 90 18:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16033; 7 Jun 90 18:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26679; Thu, 7 Jun 90 15:09: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: 7 Jun 90 21:41:13 GMT From: sgi!shinobu!odin!miq@ucbvax.berkeley.edu Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Twilight Background Program Message-Id: <8705@odin.corp.sgi.com> References: <61726@sgi.sgi.com>, <1990Jun7.162505.3526@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jun7.162505.3526@eagle.lerc.nasa.gov> smfedor@lerc01.lerc.nasa.gov (Gregory Fedor) writes: >Just a naive question, is this a background program for NeWS and if so how do >you invoke it? > >IF it's not, is there any way to put an image file up as the background in >NeWS? > >-- >Hailing frequencies closed... > >Gregory Fedor (216) 433-8468 >Sverdrup Technology smfedor@lerc01.lerc.nasa.gov >NASA Lewis Research Center Cleveland, Ohio 44135 >------------------------------------------------------------------------------- You can run the program by first compiling it with the proper libraries (cc program.c -o twilight -lgl_s -lm) should be sufficient and then running the executable. If you get tired of it, simply choose a different background from the Windows toolchest. For an easy way to put images up in the backgroud follow this recipe: First you need some images in SGI format that are viewable with the ipaste command. Now you need to have the 4Dgifts directory installed on you machine. If you don't have this, get it off the DEV tape. This is done by loading the instal- lation tools off EOE1 tape and going into manual mode (choice 2 from the menu) then switching to the DEV tape and going into select mode (type select at the Manual> prompt). Now unselect everything by saying "no *" then select only the 4Dgifts stuff "yes dev.sw.giftssrc". Quit and reboot. Get the source for ipaste from the /usr/people/4Dgifts/iristools/imgtools directory and copy it somewhere else. Edit this file and find the section that has the winopen calls in it. Before all occurances of winopen(), insert a call to imakebackgroud(). Save this and compile it as bacpaste or something. Run bacpaste to get a new background. You will have to experiment with izoom to get the image to be 1280x1024 if you want it to fill the entire canvass, or adding that code is left as an exercise to the reader. -- "Mister! Hey mister! You lights are popped up, but they aren't on!" "Huh? Oh gee thanks..." An ignorant good samaritan and me in my Bugeye Miq Millman -- miq@sgi.com or {decwrl,pyramid,ucbvax}!sgi!miq 415 335 1041   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01694; 7 Jun 90 19:56 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab01565; 7 Jun 90 19:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01508; 7 Jun 90 19:29 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa16167; 7 Jun 90 19:00 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Fri, 8 Jun 90 10:24 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Fri, 8 Jun 90 10:23 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA22676; Thu, 7 Jun 90 15:10:31 NZT Date: Thu, 7 Jun 90 15:10:31 NZT From: russell@ccu1.aukuni.ac.nz Subject: Duplicate request for info C++ To: info-iris@vgr.brl.mil Message-Id: <9006070310.AA22676@ccu1.aukuni.ac.nz> Please ignore duplicate posting from me asking about C++. We have problems with our mailer at present. Russell.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05808; 8 Jun 90 4:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05626; 8 Jun 90 4:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05456; 8 Jun 90 3:38 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa19016; 8 Jun 90 3:33 EDT Received: from CDCCentr by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4890; Fri, 08 Jun 90 03:32:09 EDT Received: from DSC.DDS.CDCCentr.COM by CDCCentr (outbound name server) with BSMTP; 8 Jun 90 02:31:49 CDT Message-ID: <900608023009F35.ANUV@DSC.DDS.CDCCentr.COM> (UMass-Mailer 4.04) Date: Fri, 8 Jun 90 02:31:40 CDT From: LAKIS PRIFTIS GREATH Subject: Greek Character set To: info-iris-request@BRL.MIL Resent-Date: Fri, 8 Jun 90 3:50:34 EDT Resent-From: Chuck Kennedy Resent-To: info-iris@BRL HELLO, HERE IN ATHENS WE ARE WORKING ON OUR 4D WORKSTATION TRYING TO CREATE A GREEK FONT THAT COULD BE USED UNDER THE WSH. WHAT WE ARE ACTUALLY TRYING TO DO IS TO CREATE AN 8-BIT BITMAP FONT (BDF ADOBE FORMAT) THAT COULD BE CONVERTED INTO .FM FORMAT AND USED BY THE WSH. THIS FONT IS SIMILAR TO THE STANDARD ENGLISH FONTS THAT ARE AVAILABLE IE. THE LOWER 128 CHARACTERS OF THE ASCII SET ARE COVERED BY THE ENGLISH CHARACTER SET AND THE UPPER 128 CHARACTERS OF THE SET ARE COVERED BY THE GREEK ALPHABET. TO USE THIS FONT UNDER THE WSH(TYPE IN GREEK USING THE KEYBOARD) WE HAVE TO CREATE A MECHANISM TO TOGGLE BETWEEN THE LOWER AND THE UPPER PARTS OF THE ASCII SET SO THAT WE CAN TYPE IN GREEK AND IN ENGLISH AS WELL. WE HAVE BEEN WORKING ON THE START-UP SCRIPTS WHICH ARE SAVED IN THE /USR/NEWS/LIB/NEWS DIRECTORY. IN THE MANUALS THAT WE HAVE IT IS REFERED THAT THE BINDKEY.PS PROGRAM DOES THE BINDING OF THE KEYBOARD. IS THE ANYONE WHO HAS ANY IDEA ABOUT THE SUBJECT ? THANKS IN ADVANCE, ARGYRIS SOFIKITIS ATHENS, GREECE   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05327; 8 Jun 90 10:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03684; 8 Jun 90 9:32 EDT Received: by VMB.BRL.MIL id aa03682; 8 Jun 90 9:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02215; 8 Jun 90 8:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20193; 8 Jun 90 8:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04395; Fri, 8 Jun 90 05:07: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: 8 Jun 90 10:52:42 GMT From: Doug Eastick Organization: Digital Switching Division, Northern Telecom Subject: What to run if you hate YP/NIS ? Message-Id: <90Jun8.065229edt.18786@me.utoronto.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I will soon be setting up several IRIS's in our office. Looking thru the manuals with the demo machine, SGI recommends using YP for a network. MANY others have told me YP sucks. So what does one run instead? UofT uses a locally written program calles ued. What to others use? Thanks Post or mail. Either.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12849; 8 Jun 90 15:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12276; 8 Jun 90 15:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12080; 8 Jun 90 14:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22884; 8 Jun 90 14:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27892; Fri, 8 Jun 90 11:21: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: 8 Jun 90 17:16:48 GMT From: swrinde!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!aplcen!haven!umbc3!umbc5.umbc.edu!bernie@ucsd.edu (Bernard J. Duffy) Organization: University of Maryland, Baltimore County Subject: Re: SGIs trying to boot Suns Message-Id: <3408@umbc3.UMBC.EDU> References: Sender: info-iris-request@brl.mil To: info-iris@brl.mil In article djk@cs.mu.Oz.AU writes: >We have some Irises and Suns on the same Ethernet. When we try to >reboot a diskless Sun, the Iris responds to the request and tries to >boot it. Needless to say, this doesn't work, and the Sun gets very >confused. The Iris in question (uno.cs.mu.oz.au) _is_ a server for >another diskless Iris (due.cs.mu.oz.au), but I can't find a way to >get uno to only boot due (which is want (I think) I want). This happened to us. The problem was with SGI's bootparam responding to a net "boot me" request without making a clean check with it's bootptab file. In our case we had an empty bootptab file (no disk less nodes to be booted) and it was confusing the suns on the same ethernet. Our solution, which won't work for you was to turn off the bootp* inet port listeners so it couldn't respond. > >I've tried ftping sgi.com:sgi/src/rpc.bootparamd.Z and installing >that, but it doesn't seem to have helped. Uno's /etc/bootparams only >has due listed, and /usr/etc/bootptab only has due after the "%%". I remember seeing some solution coming accross this news group a while ago that patched that faulty bootp*d program(s). I'm sure SGI knows about this problem and has a solution. I just don't know whether it's include in 3.2[.0]; the problem occurred with 3.1 and I haven't check to see if it's fixed. ** SGI folks: let me know if this is fixed so I can leave the /etc/services file in standard setup. > David Keegel (djk@cs.mu.OZ.AU) > Enjoy, 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 aa13045; 8 Jun 90 15:50 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa12054; 8 Jun 90 14:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12040; 8 Jun 90 14:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22732; 8 Jun 90 14:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26587; Fri, 8 Jun 90 11:00: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: 8 Jun 90 18:02:47 GMT From: bu.edu!cs.bu.edu@uunet.uu.net (Eric A. Pearce) Organization: Boston University Info Tech Subject: make your own shared library? Message-Id: <58523@bu.edu.bu.edu> Sender: info-iris-request@brl.mil To: info-iris@brl.mil Has anybody created their own shared library under IRIX? I did not find the manual very helpful. Some example code and library description files would be great. This is very easy to do under SunOS, but looks pretty hairy on the SGI. Thanks -e (ps: when are the manuals going to stop refering to the 3b2?) ------------------------------------------------------------------------------- Eric Pearce eap@bu-pub.bu.edu Boston University Information Technology 111 Cummington Street Boston MA 02215 617-353-2780 voice 617-353-6260 fax   Received: from vmb.brl.mil by VMB.BRL.MIL id aa14156; 8 Jun 90 16:48 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa13945; 8 Jun 90 16:38 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13724; 8 Jun 90 16:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23802; 8 Jun 90 16:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04235; Fri, 8 Jun 90 13:02:42 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Jun 90 19:53:30 GMT From: "Gordon V. Bancroft" Organization: NASA Ames Research Center, Moffett Field, CA Subject: fm (postscript) fonts Message-Id: <6623@amelia.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I would like to get ahold of a more complete set of fonts and perhaps greek symbols, etc. for use in our application that uses the SGI font manager (fm) library. Can anyone help me? Thanks in advance, Gordon Bancroft P.S. I thought there used to be something called "fmimportfont", but either I was dreaming or it's gone now.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00768; 9 Jun 90 3:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00277; 9 Jun 90 3:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00268; 9 Jun 90 2:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00260; 8 Jun 90 20:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20564; Fri, 8 Jun 90 17:16: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: 8 Jun 90 23:16:50 GMT From: Glenn Mackintosh Subject: Re: What to run if you hate YP/NIS ? Message-Id: <1990Jun8.191650.6421@jarvis.csri.toronto.edu> References: <90Jun8.065229edt.18786@me.utoronto.ca> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL eastick@me.utoronto.ca (Doug Eastick) writes: >I will soon be setting up several IRIS's in our office. Looking thru >the manuals with the demo machine, SGI recommends using YP for a >network. MANY others have told me YP sucks. So what does one run >instead? UofT uses a locally written program calles ued. I wrote replacement YP routines for our sun environment here because SUN's were so slow. I have implemented all of the library routines (yp_match, etc.). My routines do not use the server/client arrangement that SUN's YP does, mine assume the database files are in a publicly accessible place (either nfs mounted, track'ed, rdist'ed or some other method). It uses ndbm for some of the database accessing but for yp_first/next/all it opens the original files and walks through them sequencially, this speeds some things up by about an order of magnitude (finger comes down from 15-20 seconds to about 2 seconds). If you don't have ndbm GNU has a version out but I haven't tried it so I don't know how solid it is. In order to use my routines you will have to relink the programs you want to use it (which means you need source), or for those with shared libraries you need to be able to make it check these before it looks in libc. There is a README file that explains the setup. If you are interested let me know since it is in beta test at the moment and I could use a few more beta testers. Glenn Mackintosh Univ. of Toronto CSNET/ARPA: Glenn@eecg.{toronto.edu,utoronto.ca} CDNNET: Glenn@eecg.toronto.cdn BITNET: Glenn@eecg.utoronto.bitnet (may not work from all sites) UUCP: uunet!utai!eecg!Glenn   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00768; 9 Jun 90 3:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00277; 9 Jun 90 3:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00268; 9 Jun 90 2:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00264; 8 Jun 90 20:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17724; Fri, 8 Jun 90 16:29:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 8 Jun 90 17:46:03 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: twilight program......... Message-Id: <424@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL that twilight program is quite nice.....try changing the light intensity for a soothing effect gamma 1.2 ....... at noon try gamma 2.5..... too bad there aren't any shooting stars and a crescent moon to watch, that would be a nice touch.. convex!texhrc!mjz   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00950; 9 Jun 90 4:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00277; 9 Jun 90 3:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac00268; 9 Jun 90 2:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00275; 8 Jun 90 20:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA11918; Fri, 8 Jun 90 14:59: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: 8 Jun 90 21:16:55 GMT From: Jesse Rendleman Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SGIs trying to boot Suns Message-Id: <8762@odin.corp.sgi.com> References: , <3408@umbc3.UMBC.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This problem is fixed in the 3.2.2 maintenance release.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01042; 9 Jun 90 4:35 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa00541; 9 Jun 90 3:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00294; 9 Jun 90 2:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00772; 8 Jun 90 21:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23736; Fri, 8 Jun 90 18:13: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: 8 Jun 90 23:30:11 GMT From: "William S. Sinclair" Organization: The Aerospace Corporation, El Segundo, CA Subject: dev/audio on an IRIS Message-Id: <75201@aerospace.AERO.ORG> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL is simple enough where you can do a cat >/dev/audio, provided you have the right characters in the input stream. The manual says zilch about it. Does anyone have a source code example, for instance? Of course you need a mike, and an amplifier with a speaker.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01814; 9 Jun 90 8:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01713; 9 Jun 90 7:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01694; 9 Jun 90 7:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02815; 9 Jun 90 7:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24049; Sat, 9 Jun 90 03:57:47 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 9 Jun 90 09:21:42 GMT From: eru!luth!sunic!mcsun!cernvax!chx400!urz.unibas.ch!doelz@bloom-beacon.mit.edu Organization: University of Basel, Switzerland Subject: totiff wanted: sgi image <-> tiff format converter Message-Id: <1990Jun9.102142.777@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This is a question which is presumably adressed somewhere in netland already. After having seen 'tomac' and 'frommac' from Paul Haeberli, I wanted to have grey-shaded IRIX screen dumps in my word, pagemaker etc. document. Unfortunately, tomac is very restricted ( at least I couldn't make it produce more than one bit plane , i.e. black/white). Is there any totiff / fromtiff around ? Merci Reinhard ************************************************************************ Dr. Reinhard Doelz * EAN doelz@urz.unibas.ch Biocomputing * DECNET 48130::doelz Biozentrum der Universitaet * X25 psi%46211142::embnet Klingelbergstrasse 70 * FAX x41 61 256760 CH 4056 Basel * TEL x41 61 253880 ext 888 ************************************************************************   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03172; 9 Jun 90 15:31 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa02874; 9 Jun 90 14:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02853; 9 Jun 90 13:58 EDT Received: from cs2.cs.wsu.edu by VGR.BRL.MIL id aa03676; 9 Jun 90 13:46 EDT Received: by cs2.cs.wsu.edu (15.11/1.34) id AA11156; Sat, 9 Jun 90 10:46:05 pdt Date: Sat, 9 Jun 90 10:46:05 pdt From: "Duane D. Frank" Message-Id: <9006091746.AA11156@cs2.cs.wsu.edu> To: info-iris@BRL.MIL Hi there. I'm new to this list, and perhaps this has been discussed before, but in any event I have a question about some clipping problems I have encountered. Currently, we have a three year old 4D-60T (thought I believe it was updated to a 4D-70) and on this particular machine, it does not have the capability to clip shaded polygons when using lighting models and so forth. A page from the users manual mentions this problem. What happens, is when a corner or side of a polygon gets clipped off the edge of the screen, the new polygon that is created has normals that are not defined, and have not been interpolated from the other verticies of the polygon. I had to write some of my own clipping routines for this problem, but they are rather slow. The solution they mention in the users guide says something setting the viewport larger than the screen. Unfortunately for the pplaications I am doing this will not work (I am doing some animation including "flying through" some of the objects). My question is this: On any of the newer or more powerful machines has this problem been corrected? I had heard that this problem had been fixed on the Personal Iris, but I have not had an opportunity to test this. In any event, any replies would be appreciated, either directly or by posting. Duane D. Frank, (dfrank@cs2.cs.wsu.edu) or (22414843.WSUVM1.BITNET)   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03727; 9 Jun 90 17:16 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03460; 9 Jun 90 16:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03454; 9 Jun 90 16:09 EDT Received: from vm.nrc.ca by VGR.BRL.MIL id aa04003; 9 Jun 90 16:01 EDT Received: from VM.NRC.CA by VM.NRC.CA (IBM VM SMTP R1.2.2MX) with BSMTP id 2158; Sat, 09 Jun 90 16:00:12 EDT Received: by NRCVM01 (Mailer R2.06) id 2151; Sat, 09 Jun 90 16:00:10 EDT Date: Sat, 09 Jun 90 13:58:35 EDT From: Claude.P.Cantin%NRC.CA@vm.nrc.ca Subject: awk question... To: info-iris@BRL.MIL Message-ID: <9006091601.aa04003@VGR.BRL.MIL> I'm writting a script in which a variable takes the value of a userid. I then want to find out who this userid refers to. I want to do that in one line, involving awk (I know how to do it using multiple lines of code). If the userid is 123, the following would do just fine: awk -F: '$3 == 123 {print $1}' /etc/passwd BUT 123 is the content of a variable, say UID. The following does NOT work: awk -F: '$3 == $UID {print $1}' /etc/passwd (the output is NOTHING). I have tried several variations, including "$UID", and "$3"=="$UID", etc., but none worked... Anyone has an insight???? Thank you, Claude Cantin (CANTIN@VM.NRC.CA)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03727; 9 Jun 90 17:16 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03291; 9 Jun 90 15:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03233; 9 Jun 90 15:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03877; 9 Jun 90 15:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14608; Sat, 9 Jun 90 11:50: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: 9 Jun 90 18:31:37 GMT From: Paul Haeberli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: totiff image filter Message-Id: <61994@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL begin 777 totiff M`6``"29H'\4````````````X``] M_^A&)&`\K[\`%$4!`!6/OP`4QX>`$,>&@!3'BX`81B9B`L>*@!P`````1BI$ M`$1.^`!$3O@``````#7!``,X(0`"1,'X``````!&((2D1`*0`$3.^``,$$)X M`$`@(8^_`!0GO0`8`^``"``````GO?_0K[\`%`P00H`GI``@1((@`,>)@!!& M@"&AQXB`%(^_`!1&*#*#)[T`,`/@``A&(%`@)[W_Z*^_`!0,$`(A`````(^_ M`!0D#@`!KXZ`Y">]`!@#X``(YX"`X(^.@.0GO?_H%<``!:^_`!0,$`(N```` M`"0/``&OCX#D#!`"(0````#'AH#@C[\`%$8``2%&`#(A1B@B@2>]`!@#X``( M1B!0(">]_^"OOP```-P````"&&`!R`````!,```0" M`"`A#!`%6`(`("$"`"`A`@`H(0P0!A4D!@"8AAD`<@`````3(``#``````P0 M!5@"`"`AE@@``B0!`0`Q"?\`%2$`(@`````"`"`A#!`&420%`@"6"@`(E@L` M"@`````!2P`9``!@$@`,:("OK0`]_^BOOP`4E(X`<``````QSP`"$>``&(^_`!2, MA0"``````!"@`!2/OP`4C)@`?``````3```0C[\`%(2&`':$AP!X#!`*:*^D M`!B/I``8`````)29``8`````$%D`!H^_`!24B`!P`````#4)`""DB0!PC[\` M%">]`!@#X``(`````">]_^BOOP`4E(X`<``````QSP`!%>```P`````0```S M)`+__XR8`(``````%P``!@`````,$`48KZ0`&(^D`!@`````K((`@(2&`':4 MF0`(``````#9""L4(``2`````(2"`'B4B``*)$(``0`"%````A0#`$@(*Z2" M`'@4(``'I(``=I2)`'"D@`!X-2H`$*2*`'`0```5)`+__X2&`'8`````C(4` M@(2'`'@,$`N*KZ0`&(^D`!@`````E(L`!HR#`("$C0!V)6S__ZR#`'PEK@`! MI(X`=J2,`'J48@``)&\``JR/`'PP0O__C[\`%">]`!@#X``(`````">]_^BO MOP`4KZ4`')2.`'``````,<\``A7@``,`````$```/"0"__^,A0"``````!2@ M``@`````#!`%&*^D`!B/I``8`````*R"`(",A0"``````(R8`'P`````$P`` M(`````"$A@!VA(<`>`P0"FBOI``8CZ0`&`````"$@@!VE)D`""1"``$``A0` M``(4`P!9""L4(``0I((`=H2"`'B4B``*)$(``0`"%````A0#`$@(*Z2"`'@4 M(``'I(``=I2)`'"D@`!X-2H`$*2*`'`0```0)`+__XR%`(``````E(L`!JR% M`'PE;/__I(P`>H^M`!P`````I*T``(R.`'P`````)<\``JR/`'R/H@`<```` M`(^_`!0GO0`8`^``"``````GO?_HK[\`%`"`&"$D9``8#^`$R"0&`%"/OP`4 M)[T`&`/@``@``````^``"*R%`&@GO?_8KZ4`+*^F`#``X!@ACZX`.(^O`#R/ MN`!`KZ0`*(^E`"B/IP`PCZ8`+*^_`"0``"`AKZ,`$*^N`!2OKP`8#!`#LZ^X M`!R/OP`D)[T`*`/@``@`````)[W_V*^F`#``X!@ACZX`.(^O`#R/N`!`KZ4` M+(^F`"R/IP`PK[\`)```*"&OHP`0KZX`%*^O`!@,$`.SK[@`'(^_`"0GO0`H M`^``"``````GO?_8K[\`%*^D`"@D!`"8K[``$*^E`"ROI@`P#^`$@J^G`#0` M0(`A`$`@(0_@!!`D!0"8CZX`,`````"1SP`!`````#GX`"LO&``!$P``"*^X M`"`\!!``/`40`"2E!7`/X`14)(0RX`P00FPD!``!C[D`,"0!`'>3*``````` M`!4!`%V/JP`LCZ8`+``````0P``4CZH`*`#`("$,$$*0)`4!MH^I`""OH@`H M$2``"@`````$0``(`````(^D`"@,$$*(`````(^D`"P,$$*8)`4``J^B`"B/ MI@`L`````(^J`"@`````!4$`"8^B`#@\!!``/`40`"2E!9@/X`14)(0RX`P0 M0FPD!``!CZ(`."0+`=JF"P``CZP`-"0#``&F#``"CZT`/"Q!``*F`P`*I@,` M"!0@``2F#0`&CZX`0`````"F#@`(+$$``Q0@``0`````CZ\`1`````"F#P`* MEA@`"@`````7`P`()`D``Y8(``@D&0`"%0,`!:89``00```#I@,`!"0)``.F M"0`$/`H`F#5*EH"N"@`,K@``$`(`("$,$`-])X6`4*X``!2F``!RCZ0`*`(` M*"$,$$*@)`8`F"0!`)@000!5CZL`(#P$$``\!1``)*4%O`_@!%0DA#+@#!!" M;"0$``$0``!,CZL`((^K`"P`````$6``#8^M`"B/K``@`````!&```0``"@A M$````B0%``(``"@ACZ0`+`P00I@`````KZ(`*(^M`"@`````!:$`!(^D`"@0 M``#0```0(8^D`"@"`"@A#!!"J"0&`)@D`0"8$$$`"``````\!!``/`40`"2E M!>0/X`14)(0RX`P00FPD!``!E@8``"0!`=HPSP#_``_"```&<@(!V,@E%R$` M!P`````D"``!I@@`<@P0!5@"`"`A$````Y8&``"F``!RE@8``"0!`=H0P0`( M`````#P$$``\!1``)*4&#`_@!%0DA#+@#!!";"0$``&6`@`$`````"Q!``,0 M(``%+$$``B0)``&6`@`$I@D`"BQ!``(0(``$CZL`("0*``&F"@`(CZL`(``` M```18``%CZT`,"0,`(`0```,I@P`<(^M`#`D`0!RD:\````````1X0`%)!@` M`20.``(0```#I@X`<"08``&F&`!PEAD``B0!`0`S*/\`%0$`X"`*X.`(R/N``P```` M`),9````````%R$`&8^D`"B6"``(E@D`"@``,"$!"0`9```H$AB@`$4````` M```0(0`%((`D`___C@H`D``````!0E@AK6```(X,`)0``````8)H(21"``0` M1`@J%"#_]JVC```0```VI@``>H^D`"@D!0(`#!!"L```,"&/I``HC@4`D(^F M`!P,$$*H`````(^O`!P`````$$\`"``````\!!``/`40`"2E!E`/X`14)(0R MX`P00FPD!``!A@X`<@`````1P``&CZ0`*(X$`)"/I0`<#!`%/P````"/I``H MC@4`E(^F`!P,$$*H`````(^X`!P`````$%@`"``````\!!``/`40`"2E!G0/ MX`14)(0RX`P00FPD!``!AAD`<@`````3(``%`````(X$`)2/I0`<#!`%/P`` M``"F``!ZK@``?*X``(`,$`48`@`@(8^D`"@D"`(`K@@`B*8``'2F``!VI@`` M>*X"`(0D!0(````P(0P00K"N!`!L`@`0(8^_`!2/L``0`^``"">]`"@GO?_@ MK[\`%`"`&"&48@`&```````"<8(!PB`A#^`$@@`$((`40``(KZ(`'#P$$``\ M!1``)*4&F`_@!%0DA#+@#!!";"0$``&/OP`4CZ(`'`/@``@GO0`@``400P"` M,"$80``,```8(93$```D8P`!``,<```#'`,`!'("``1Z``'/P"4`8@@JI-@` M`!0@__8DQ@`"`^``"```````!1"#`(`P(1A``!0``!@A/`<`_P`#<(``SB@A MC*0``"1C``$`!,(",QG_```$?@(`!$H``2=0)`'Y0"4``QP```,<`P$*6"4` M!&8``6QH)0!B""H4(/_OK*T```/@``@`````)[W_Z*^D`!B/I``8K[\`%`P0 M!2XD!0`,CZ0`&"0%``P,$`4_)(0`#(^D`!@D!0`$#!`%/R2$`&B/OP`4)[T` M&`/@``@`````)[W_X*^_`!2OI0`D)X6`6`P0`XFOI@`H%$``"*^B`!P\!!`` M/`40`"2E!KP/X`14)(0RX`P00FPD!``!CZX`'(^X`"25SP`&`````*\/``"/ MN0`]`!@#X``(`````">]_^BOOP`4`*`X(0#@ M*"&OIP`!1``!:DAP!VE((`!I2/``@`P@`9,&D`_P``(2'`'8!SP`9C(D`E```P!(#!\@A`!E` M@`$H4"&-1@````````3!``R/OP`4/`00`#P%$``DI0>()(0RX`_@!%2OI@`< M#!!";"0$``&/I@`<`````(^_`!0GO0`@`^``"`#`$"$GO?_HKZ8`(*^E`!RO MIP`DCZ8`)(^E`""OOP`4#!`%\Z^D`!B/I``8CZX`))2/``B/N0`@`<\`&8R* M`)",B`"4C(D`C(^G`!PD`?__``#`$@,9*"$`!1"``4)8(0$"&"&M:0``C&8` M```````0P0`%`````(R,`!0``````89H(:R-`!2L9P``C(X`C``````!QW@A MK(\`C(^_`!0GO0`8`^``"``````GO?_H`*`8(20"``&OOP`4%&(`AP#`2"$4 MX@"%`````(^N`"@`@#@A`(Y`(0"(""L0(`![`2`H(0#@("$DYP`"`.@(*Q`@ M`!<`````D.+__Y#O__X`````%>(`!0````"0^````````!!8``X`````).<` M`0#H""L0(``*`````)#B__^0^?_^`````!P$@ M*"$`X"`A).<``@#H""L0(``7`````)#B__^0^/_^`````!<"``4`````D/D` M```````060`.`````"3G``$`Z`@K$"``"@````"0XO__D.K__@`````50O_X M`````)#K````````%$O_]``````DY__^`.0P(Q#``#8`````*,$`?Q0@``0` M!AP`$````R0#`'X`!AP```,<`S1L`(`H80`)I*P```##,",4(``9)*4``I"- M```D8__XI*T``)".``$``QP`I*X``I"/``(``QP#I*\`!)"8``,H80`)I+@` M!I"9``0DI0`0I+G_^)"*``4DA``(I*K_^I"+__X`````I*O__)",__\0(/_I MI*S__@!@$"$D8___``,<`!!```H``QP#`&`0(9"-```D8___``,<```#'`,D MA``!)*4``A1`__BDK?_^%,#_S2C!`'\`X"`A).<``0#H""N0X___$"``#@#D M,".0[@```&`0(17"``H`Y#`C).<``0#H""L0(``&`.0P(Y#O````````$>+_ M^0``````Y#`C$,``$`#H""L`8!`A*,$`?Q0@``0`!AP`$````R0#`'X`!AP` M``,<`P##,".DHP``)*4``B2E``(4P/_TI*+__@#H""L4(/^(`.`@(22E``(` MJ1`C!$$``@!`""$D(0`!``$00Q```2^DH/_^%&4`D``````4X@".`````(^X M`"@`@#@A`!C(0`"90"$`B`@K$"``@P$@*"$`X"`A).<`!`#H""L0(``7```` M`)3B__Z4ZO_\`````!5"``4`````E.L````````02P`.`````"3G``(`Z`@K M$"``"@````"4XO_^E.S__``````5@O_X`````)3M````````%$W_]``````D MY__\`.0P(P3!``(`P`@A)"$``0`!,$,0P``V`````"C!`'\4(``$``8<`!`` M``,D`P!^``8<```#'`,T;@"`*&$`":"N````PS`C%"``&22E``&4CP``)&/_ M^*"O``"4F``"``,<`*"X``&4F0`$``,<`Z"Y``*4B@`&*&$`":"J``.4BP`( M)*4`"*"K__R4C``*)(0`$*"L__V4C?_\`````*"M__Z4CO_^$"#_Z:"N__\` M8!`A)&/__P`#'``00``*``,<`P!@$"&4CP``)&/__P`#'````QP#)(0``B2E M``$40/_XH*___Q3`_\THP0!_`.`@(23G``(`Z`@KA./__A`@``X`Y#`CE/@` M``!@$"$7`@`*`.0P(R3G``(`Z`@K$"``!@#D,".4^0```````!,B__D````` M`.0P(P3!``(`P`@A)"$``0`!,$,0P``0`.@(*P!@$"$HP0!_%"``!``&'``0 M```#)`,`?@`&'````QP#`,,P(Z"C```DI0`!)*4``13`__2@HO__`.@(*Q0@ M_X``X"`A)*4``0"I$",0``">H*#__Q1E`)0`````%.4`D@````"/J@`H`(`X M(0`*6$``BT`A`(@(*Q`@`(,!("@A`.`@(23G``0`Z`@K$"``%P````"4XO_^ ME.S__``````5@@`%`````)3M````````$$T`#@`````DYP`"`.@(*Q`@``H` M````E.+__I3N__P`````%<+_^`````"4[P```````!1/__0`````).?__`#D M,",$P0`"`,`((20A``$``3!#$,``-@`````HP0!_%"``!``&'``0```#)`,` M?@`&'````QP#-'@`@"AA``FDN````,,P(Q0@`!DDI0`"E)D``"1C__BDN0`` ME(H``@`#'`"DJ@`"E(L`!``#'`.DJP`$E(P`!BAA``FDK``&E(T`""2E`!"D MK?_XE(X`"B2$`!"DKO_ZE(___`````"DK__\E)C__A`@_^FDN/_^`&`0(21C M__\``QP`$$``"@`#'`,`8!`AE)D``"1C__\``QP```,<`R2$``(DI0`"%$#_ M^*2Y__X4P/_-*,$`?P#@("$DYP`"`.@(*X3C__X0(``.`.0P(Y3J````8!`A M%4(`"@#D,",DYP`"`.@(*Q`@``8`Y#`CE.L````````18O_Y``````#D,",$ MP0`"`,`((20A``$``3!#$,``$`#H""L`8!`A*,$`?Q0@``0`!AP`$````R0# M`'X`!AP```,<`P##,".DHP``)*4``B2E``(4P/_TI*+__@#H""L4(/^``.`@ M(22E``(`J1`C!$$``@!`""$D(0`!``$00Q````FDH/_^/`00`#P%$``DI0>H M)(0RX`_@!%0`8#`A#!!";"0$``&/OP`4)[T`&`/@``@`````)[W_Z`"@&"$D M`@`!K[\`%`"`0"$48@!4`,!((13B`%(``````0`P(0$@$"&0Q```),8``3"% M`'\PI?__$*`!58^_`!0PC@"`$<``*@`````LH0`(%"``&@"@&"&0SP``)*7_ M^*!/``"0V``!,*7__Z!8``&0V0`"+*$`"*!9``*0R@`#)$(`"*!*__N0RP`$ M),8`"*!+__R0S/_]`````*!,__V0S?_^`````*!-__Z0SO__$"#_Z:!.__\` MH!@A)*7__Q!@_]DPI?__`*`8(9#/```DI?__,*7__R3&``$D0@`!%&#_^:!/ M__\0`/_0D,0``)#$```LH0`(%"``#B3&``$DI?_X,*7__RRA``B@1```H$0` M`:!$``*@1``#H$0`!*!$``6@1``&H$0`!Q`@__0D0@`(`*`8(22E__\08/^Z M,*7__P"@&"$DI?__,*7__Z!$```48/_[)$(``1``_[.0Q```$&(`!"0$``(0 M``!5)`0``B0$``(4Y`!2``````$`,"$!(!`AD,0``"3&``$PA0!_,*7__Q"@ M`/V/OP`4,)@`@!,``"H`````+*$`"!0@`!H`H!@AD-D``"2E__BD60``D,H` M`3"E__^D2@`"D,L``BRA``BD2P`$D,P``R1"`!"D3/_VD,T`!"3&``BD3?_X MD,[__0````"D3O_ZD,___@````"D3__\D-C__Q`@_^FD6/_^`*`8(22E__\0 M8/_9,*7__P"@&"&0V0``)*7__S"E__\DQ@`!)$(``A1@__FD6?_^$`#_T)#$ M``"0Q```+*$`"!0@``XDQ@`!)*7_^#"E__\LH0`(I$0``*1$``*D1``$I$0` M!J1$``BD1``*I$0`#*1$``X0(/_T)$(`$`"@&"$DI?__$&#_NC"E__\`H!@A M)*7__S"E__^D1```%&#_^R1"``(0`/^SD,0``!1D`%0`````%.(`4@`````! M`#`A`2`0(93$```DQ@`",(4`?S"E__\0H`"HC[\`%#"*`(`10``J`````"RA M``@4(``:`*`8(93+```DI?_XH$L``)3,``(PI?__H$P``93-``0LH0`(H$T` M`I3.``8D0@`(H$[_^Y3/``@DQ@`0H$___)38__H`````H%C__939__P````` MH%G__I3*__X0(/_IH$K__P"@&"$DI?__$&#_V3"E__\`H!@AE,L``"2E__\P MI?__),8``B1"``$48/_YH$O__Q``_]"4Q```E,0``"RA``@4(``.),8``B2E M__@PI?__+*$`"*!$``"@1``!H$0``J!$``.@1``$H$0`!:!$``:@1``'$"#_ M]"1"``@`H!@A)*7__Q!@_[HPI?__`*`8(22E__\PI?__H$0``!1@__LD0@`! M$`#_LY3$```49`!4`````!3D`%(``````0`P(0$@$"&4Q```),8``C"%`'\P MI?__$*``4X^_`!0PC`"`$8``*@`````LH0`(%"``&@"@&"&4S0``)*7_^*1- M``"4S@`",*7__Z1.``*4SP`$+*$`"*1/``24V``&)$(`$*18__:4V0`(),8` M$*19__B4RO_Z`````*1*__J4R__\`````*1+__R4S/_^$"#_Z:1,__X`H!@A M)*7__Q!@_]DPI?__`*`8(93-```DI?__,*7__R3&``(D0@`"%&#_^:1-__X0 M`/_0E,0``)3$```LH0`(%"``#B3&``(DI?_X,*7__RRA``BD1```I$0``J1$ M``2D1``&I$0`"*1$``JD1``,I$0`#A`@__0D0@`0`*`8(22E__\08/^Z,*7_ M_P"@&"$DI?__,*7__Z1$```48/_[)$(``A``_[.4Q```/`00`#P%$``DI0?( M)(0RX`_@!%0`8#`A#!!";"0$``&/OP`4)[T`&`/@``@`````)[W_R*^P`!@` M@(`AK[\`')8.`'``H%`A,<\`@@#`8"$5X``#`.!8(1```1,D`O__E@(`!``` M```L00`#$"```RQ!``(``%@A+$$``A`@``(```````!@(98#``(`````,&+_ M`!1``'4D`0$`$```:C!B`/^6!``&C@@`#(X)`!".`P"$`(`0(0%`*"$00``2 M)(3__Y2X```DI0`"H'@``)!B`````````2((*Q`@``,`2`@K`$!((0!(""L0 M(``"``````!`0"$`@!`A)(3__Q1`__`D8P`!K@@`#*X)`!`"`"`A`8`H(0P0 M!;,!8#`AE@(`!HX%`(0"`"`A#!`&%0!`,"&6`@`&$```W(^_`!R6!``&C@@` M#(X)`!``@!`A`4`H(1!```\DA/__E*(````````!(@@K$"```P!(""L`0$@A M`$@(*Q`@``(``````$!`(0"`$"$DA/__%$#_\R2E``*N"``,K@D`$*^J`#P" M`"`A`8`H(0P0!;,!8#`AEAD`!H^J`#P`&6A`KZT`((8.`'(`````$<``!P`` M```!0"`A`:`H(0P0!2ZOJ@`\CZH`/`````"/I@`@`@`@(0%`*"$,$`85KZH` M/(8/`'*/J@`\$>``!`````"/I0`@#!`%+@%`("&6`@`&$```HX^_`!P\!!`` M/`40`"2E!^0/X`14)(0RX`P00FPD!``!$```FH^_`!PD`0`!$$'_E0`````D M`0`"$$'_N0`````0`/_P`````"0!`0`400"'`````!```'TP8@#_E@,`!HX( M``P`8"`A`(`0(8X)`!`DA/__$$``#P%`*"&4H@````````$B""L0(``#`$@( M*P!`2"$`2`@K$"```@``````0$`A`(`0(22$__\40/_S)*4``HX&`(2N"``, MK@D`$*^L`$"OJP!$KZ,`$`%`("$D!0`"#!`&LR0'``&/I@!`CZ<`1*^B`"`" M`"`A#!`&B0!`*"&/I0!`CZ8`1`P0!;,"`"`AC@4`A(^F`"`,$`85`@`@(98" M``80``!]`#@GO?_8K[``$`"`@"&OOP`4KZ4` M+)8.`'``P!@A,<\`@17@``,`````$```FB0"__^6`@`$`````"Q!``,0(``# M+$$``@``."$L00`"$"```P(`("$``!@A`@`@(0!@*"$,$`6S`.`P(98#``(` M````,&+_`!1``$,D`0$`$```.#!E`/^.!0"$E@8`!@P0!C,"`"`AE@8`!HX# M`(0`!A0```(4`P!`*"$D0O__``(4`(^D`"P0H``,``(4`P!`*"&0>```)$+_ M_P`"%````A0#)&,``22$``(4H/_XI)C__I8&``8`````$```:@#`$"&6`P`& MCZ4`+``#&$```QP```,<`P!@,"&GHP`8#!`&,P(`("&&&0!RAZ,`&!,@``0` M````CZ0`+`P0!2X`8"@AE@(`!A```%B/OP`4/`00`#P%$``DI0@H#^`$5"2$ M,N`,$$)L)`0``1```$^/OP`4)`$``1"A_\<`````)`$``A"A_]\`````$`#_ M\``````D`0$`%$$`/``````0```R,&4`_PP0!FP"`"`AC@4`A``"-```!C0# M#!`&,P(`("&.!`"$CZ8`+"0%``$,$`D`)`<``I8"``80```SC[\`%`P0!FP" M`"`A``(<`(X%`(0``QP#``(T```&-`.GHP`8#!`&,P(`("&&"`!RAZ,`&!$` M``0`````C@0`A`P0!2X`8"@AC@0`A(^F`"PD!0`"#!`)`"0'``*6`@`&$``` M&H^_`!0\!!``/`40`"2E"#P/X`14)(0RX`P00FPD!``!$```$8^_`!0D`0`! M$*'_S0`````D`0`"$*'_V0`````0`/_P`````#P$$``\!1``)*4(4`_@!%0D MA#+@#!!";"0$``&/OP`4C[``$`/@``@GO0`H`````">]_]BOOP`]`"@`````KZ0```"`."$D#@`!I.X` M"*S@`-@D#P#_K.\`W#08__^L^`#D)!G__ZSY`.@D"/__K.@`[*S@`,"LX`#0 MK.``U"0!34T4H0`-`````"0)`!BLZ0#$)`H`$*SJ`,P4P``%`````(3K``H` M````-6P`$*3L``H0```)`````*S@`,2LX`#,$,``!0````"$[0`*`````#6N M`!"D[@`*$````0`````#X``(`````">]_\"OOP`1*@```````!5!``4` M````CZL`.``````U;`(`KZP`.!```!0`````/`00`#P%$`"/I@!$)*4(S`P0 M(Y`DA`C`$``!'```$"$D`0!A$@'_Z``````D`0!R$@'_V@`````D`0!W$@'_ MX@`````0`/_N`````(^D`$"/I0`X#!!"F"0&`;:OH@`TCZT`-``````%H0`) M`````#P$$``\!1``CZ8`0"2E"-L,$".0)(0(P!```0```!`ACZ0`0`_@!,(` M`````$"`(0_@!((F!`$QKZ(`/(^N`#P`````%<``#0`````\!!``/`40`(^F M`$`DI0CK#!`CD"2$","/I``T#!!"B```````0(`A$```Z0``$"&/I``\#^`$ M$"0%`3"/KP`\`````"7X`3"M^```C[D`/(^E`$"/)```#^`$O`````"/J``T MCZD`/`````"E*``$CZH`.(^L`#PD`?S_`4%8)*6+``:/K0`\`````*V@`/B/ MN``\)`[__Z\.`/2/N0`\)`___Z\O`/`D"``!KZ@`*).I`"@`````+2H``:^J M`#"/I0`\CZ0`-"0&``@,$$*H)*4`N`!`@"$D`0`($@$`0P`````D"P`!KZL` M)(^L`#P`````A8T`!@`````5H``'`````(^D`$`\!1``#!`CD"2E"0X0``"D M`````(^N`#``````$<``!@````"/KP`\)!A-320034T0```%I?@`N(^H`#PD M&4E))!!)2:49`+B/J@`\)`D`*J5)`+J/JP`\`````*U@`+R/I0`\CZ0`-"0& M``@,$$*@)*4`N`!`@"$D`0`($@$`!P````"/I`!`/`40``P0(Y`DI0DF$``` M@@````"/K``\CZ8`,)6%`+@,$`QL`8`@(8^D`#P,$!2O`````!1```,````` M$```=@````"/K0`\`````*V@``R/H@`\$```>@````"/K@`\)`%-3978`+@` M````$P$`#@`````D`4E)$P$`"P````"/KP`\CZ0`0)7Y`+@\!1``)*4)0`,@ M,"$,$".0`R`X(1```%T`````CZ@`/(^F`#"5!0"X#!`,;`$`("&/J0`\```` M`(4J``H`````,4L`$!%@``<`````CZ0`/`P0([0DA`"ZCZ0`/`P0(\,DA`"\ MCZP`/"0!`"J5C0"Z`````!&A``L`````CZX`/(^D`$"5V`"Z/`40`"2E"6P# M`#`A#!`CD`,`."$0```[`````(^O`$0`````D?```!```#``````C[D`/``` M``"/*`"\`````*\H`!"/I``\#!`."``````00``-`````(^J`#PD"?__K4D! M+(^K`#P`````A6P`"@`````UC0`$I6T`"H^B`#P0```J`````!```!X````` MCZX`/`````"%V``*`````#,/`!`1X``'`````(^D`$`\!1``#!`CD"2E"9H0 M```1`````(^D`#P,$!2O`````!1```,`````$```"@````"/H@`\$```$0`` M```D`0!A$@'_YP`````D`0!R$@'_S`````"/J``\`````*4```:/I``\#!`, M-``````0```#```0(1````$`````C[\`'(^P`!@#X``()[T`0">]__@DC@`4 MKZX`!(^O``0`````E?@`!I7Y``(``````QD`&0``0!*OJ````````(^I``0D M`0`!E2H`+@`````500`)`````(^L``2/JP``E8T`$@`````!;0`9``!P$J^N M````````CZ(````````D0@`'!$$``@!`""$D(0`'``$0PQ````,`````$``` M`0`````#X``()[T`"">]_X"OOP`\KZ0`@*^T`#BOL@`PK[,`-*^P`"BOL0`L MY[4`(.>T`"0``)`AKZ``<*^@`%B/K@"``````(W/`!``````K<\`#(^X`(`` M````CQD`#``````7(``#`````!```^\``!`ACZ@`@```,"&%!``$C04`#`P0 M0K``````CZD`@`!`F"&-*@`,`````!)J``@`````CZL`@#P%$`"-9```#!`C MD"2E$D`&"'I`!@``````"`""$``2"``($@(P_@ M!((`!""`KZ(`<(^Y`'``````%R``"`````"/J`"`/`40`(T$```,$".0)*42 M#Q```[```!`AAZ8`8(^I`(``P`@A``$P@`#!,"./I0!PA20`!`P00J@`!C"` MAZH`8`!`F"$`"EB``6I8(P`+6(`2:P`(`````(^L`(`\!1``C80```P0(Y`D MI1(O$``#C@````"/K0"`)`8`!(6D``0,$$*H):4`$`!`F"$D`0`$$F$`!``` M``"/KP"``````*W@`!"/K@"``````(78``H`````,QD`$!,@``0`````CZ0` M@`P0(\,DA``0CZ@`@"0!__>%"0`*``````$A4"2E"@`*C[(`@``````F4@`4 MCZL`@`````"-;``,C6T`O``````1C0`'`````(^D`(`,$!1J``````)`("$/ MX`00)`4`I(^D`(`,$!2O`````(^D`(`D!0$<#!`4U20&``$\#Q``)>\+.(^P M`'"'L0!@KZ\`9!H@`/$`````CZX`@`````"%V``*`````#,9`!`3(``'```` M``(`("$,$"/;)`4``B8$``0,$"/P)`4``H^J`&26"0``E4@````````!*`@K M$"``#P````"/JP!8`````!5@``@`````CZP`@#P%$`"-A```#!`D0"2E$DLD M#0`!KZT`6#P/$``E[PLXKZ\`9(^N`&0\&!``)Q@.2`'8""L0(``7`````)79 M``"6"@````````,J""L0(``1`````(^I`&0`````)2@`$*^H`&2/JP!D/`P0 M`"6,#D@!;`@K$"``!P````"5;0``E@\````````!KP@K%"#_\0````"/N`!D M/`X0`"7.#D@##@@K$"``!@````"7&0``E@H````````3*@`+`````(^I`(`\ M!1``E@8``)8'``"-)```#!`D0"2E$HJF````$```F@````"/J`!D-`'__Y4, M``@`````%8$`!`````"F````$```D0````"/K0!DE@L``HVO``0`````$6\` M(`````"/K@!D`````"78`!"ON`!DC[D`9#P*$``E2@Y(`RH(*Q`@``8````` MERD``)8(````````$2@`"P````"/K`"`CZT`9#P%$`"6!@`"C80``(VG__P, M$".0)*42M!```MD`````CZ\`9)8+``*-[@`$`````!5N_^(`````EA,``!`` M`%<`````CZH`9(^X`("560`()`L``0`924(`"4"``PA@(8V-`*`S+P`?`>MP M!`&N4"6MB@"@$```6P````"/J0"`)`%-394X`+@`````%P$`#0````"6"``" ME@H``@`(R(`!.5@A``I@@(UO`,".#0`(`2S`(8\(`-@![7`&$```"0'(F"26 M"P`"C[D`@``+:(`#+7@AC>H`V(X)``@``````2J8)(^D`("6!0``#!`4U0)@ M,"$40``#`````!```J``````$```-P````"/K`"`)`%-3968`+@`````%P$` M#0````"6#@`"E@D``@`.0(`!B%@A``E0@(UY`,".#0`(`8K`(8\.`-@#+7@& M$```"0'NF"26"P`"CZ@`@``+:(`!#<@ACRD`V(X,``@``````8F8)(^D`("6 M!0``#!`4U0)@,"$40``#`````!```GP`````$```$P`````D`0$!$F'_M@`` M```D`0$1$F'_I0`````D`0$5$F'_L``````D`0$6$F'_T0`````D`0$7$F'_ MG``````D`0$<$F'_IP`````F,?__)A``#!X@_Q$`````CZH`@`````"-6`"@ M`````#,/``$5X``'`````(^D`(`\!1``#!`2&B2E$M80``)7`````(^N`(`\ M`0`(C`````(X.``0`````$<``&`````".!``$ M#^`$@B2$``&OH@!Y8!@%I M4"00```*KZH`:)8.``*/N`"```YX@`,/0"&-&0#8C@T`"``````!N6`DKZP` M:(^D`("/I@!H#!`4U20%`0,40``#`````!```;``````$``!(`````"/I`"` M`@`H(0P0$N4GI@!H$$``"`````"/I`"`E@4``(^F`&@,$!35`````!1```,` M````$``!GP`````0``$/`````(^D`(".1@"8`@`H(0P0$WDF1P"<%$```P`` M```0``&4`````(^K`(`\`8``C6D`H``````!(5`EK6H`H!```/X`````CZ0` M@(Y&`)@"`"@A#!`3>29'`*`40``#`````!```8,`````CZX`@#P!(`"-V`"@ M``````,!>"6MSP"@$```[0`````0``#K`````)9(``8D#0`!`0W(!``98$"O MK`!HE@D``"0!`2,5(0`$`````(^S`&@0```&`````(^S`&@``````F`((0`! MF(`"89@C#^`$@@)@("&OH@!"&-[0#8C@@`"``````! M#9@DCZ0`@)8%```,$!35`F`P(11```,`````$```Y0`````0``!5`````"0! M`1<28?]5`````"YA`1@0(``G`````"0!`0,28?\#`````"YA`000(``1```` M`"0!`0$28?]:`````"YA`0(0(``&`````"0!`/\28?^2`````!``_\8````` M)`$!`A)A_QP`````$`#_P0`````D`0$5$F'_2@`````N80$6$"``!@`````D M`0$1$F'_(@`````0`/^V`````"0!`1828?\_`````!``_[$`````)`$!(Q)A M_SP`````+F$!)!`@`!$`````)`$!&1)A_P$`````+F$!&A`@``8`````)`$! M&!)A_OL`````$`#_H``````D`0$<$F'_*0`````0`/^;`````"0!`2T28?\F M`````"YA`2X0(``&`````"0!`2D28?]0`````!``_Y``````)`$!0!)A_QL` M````$`#_BP`````0`/^)`````"8Q__\F$``,'B#^=@````"/J0"`/`$@`(TJ M`*```````4'()!<@`%@`````CDL`F``````M80`"%"``!P````"/I`"`/`40 M``P0$AHDI1,#$```>0`````,$!1$)`0!%X^N`(``0)@ACF8`##P%$`"-Q``` M#!`D0"2E$Q,/X`2")`0`!`!`F"&N4P"@A[@`8```````&&"``9A@(P`,8(`E MCP`.KZ\`1(^P`'"'L0!@`````!H@`!H`````E@T``CP*$```#4B``4E0(8U* M$5B."``$``````$*`!D``,@2K[D`0`````"/JP!``````"UA``44(``&```` M`(^N`$2/N`!```````'88"&OK`!$)C'__R80``P>(/_H`````(^O`(`````` MA>0`!`P0)"0`````CZT`1(Y(`*``0)@A`FU((ZT)``"/J@"`/`$@`(U9`*`` M`````R%8):U+`*"/K@"`/`$``8W8`*```````P%@)!6```0`````ED\`!``` M``"N3P`8CZT`<``````1H``$`````(^D`'`/X`2``````(^I`(`\`0`$C2@` MH``````!`<@D%R``!@````"62P`&)`H``0%J<`0EV/__KE@`((^L`(`````` MC8\`H``````Q[0!`%:``!0````"/I`"`)`4!`PP0%-4D!@`!CZ@`@"0)__^M M"0#PCZH`@"09__^M60#TCZ0`@`P0#>$`````CZL`@`!`F"&M]`(`GO?_H MK[\`%*^D`!BOI0`0```P0%$0`````C[@`,`!` M@"&.!@`,/`40`(\$```,$".0)*43C1````,``!`A$````0````"/OP`]_]"OOP``@"P0```?`````(^N`"P`````%<``$0````"/ MKP`T`````)7D```,$!1$`````(^X`#``0(`AC@8`##P%$`"/!```#!`CD"2E M$[#'@8`HQX"`+!````L`````C[D`*(^H`"Q$F2``1(A``$:`(:%&@$*A$``` M`T8J,`,0```!`````(^_`!R/L``8`^``"">]`#"4C@"X)`%-317!``L````` MC,\`"```````#\0"I+@``(S9``@`````,RC__Z2H``(0```)`````(S)``@` M````,2K__Z2J``",RP`(```````+9`*DK``"`^``"``````#X``(`````">] M_\"OOP`DKZ0`0*^E`$2OI@!(K[(`(*^P`!BOL0`H`"``)R(`!&6`AC8L`V(^M`$@!2Y`D`D"`(:VR```0``!B)`(``8^D M`$"/I@!$#!`2RR>E`#@0```3`````(^D`$"/I0!$#!`2*B>F`#@40``#```` M`!```%0``!`A$```"0`````D`0`!$@'_S@`````D`0`"$@'_ZP`````0`/_O M`````(^N`$"/J0!$E=@`)HTH``0`````$P@`$0````"/N0!$`````)Y`#@`"]`$`GO?^XK[\`+*^D`$BOI0!,KZ8`4*^G`%2OL@`HK[``(*^Q`"2/KP!, MCZX`4(WX``0`````$=@`$P````"/N0!,`````)X`N``````5P0`/ M`````(^X`$PF$``$CQD`"```````&40"K@C__(^I`$P`````C2H`"``````Q M2___K@L``!````T`````CZP`3"80``2-C0`(`````#&O__^N#__\CZX`3``` M``"-V``(```````8S`*N&0``$```$P````"/J`!,`````(T)``0`````+2$` M`A0@``<`````CZ0`2(^E`$P,$!(J`@`P(1````:OH@!`CZH`3`````"-2P`( M`````*X+``"/H@!`$````P`````0```!`````(^_`"R/L``@C[$`)(^R`"@# MX``()[T`2">]_]BOOP`X`"H`````%?@``P`````0```1`@`0(280`!`\&1``)SD. M2`(9""L4(/_T`````#P$$``\!1``EZ8`*B2E"?D,$".0)(0)[`P00FPD!/__ M$````0````"/OP`] M`"@GO?_(K[\`'*^D`#BOI0`\KZ8`0*^G`$2OL``8CZX`.``````ESP`4KZ\` M-"08__^ON``H)!D``:^Y`"2/J``\)`$!`1$!`!$`````CZD`.`````"%*@`* M`````#%+``@18``*`````(^L`#@\!!``/`40`(V&```DI0HL#!`CD"2$"AP0 M``-L```0(2>M`#PEK@`')`'__`'!>"2OKP`PC[``/!```F@`````C[@`,"0! M__PG&0`'`R%`)*^H`#"-"?_\CZH`-`````"E20``)`L`!*^K`"@0``,L```` M`(^L`#`D`?_\)8T`!P&A<"2OK@`PC<___(^X`#0`````IP\``J^@`"@0``,@ M`````(^Y`#`D`?_\)R@`!P$!2"2OJ0`PC2K__(^K`#0`````I6H`!*^@`"@0 M``,4`````(^L`#`D`?_\)8T`!P&A<"2OK@`PC<___(^X`#0`````IP\`!B09 M``6ON0`H$``#!P````"/J``P)`'__"4)``OK``H M$``"Q0````"/K0`P)`'__"6N``"2OKP`PC?C__(^Y`#0`````KS@`="0(`"2OJ``H$``" M=P````"/J0`P)`'__"4J``X`@"08``VON``H$``"4`````"/N0`P)`'__",`````CZL`,"0!__@E;``/`8%H)*^M`##%I/_\Q:7_^(^N`#1& M("&@Y<8`)"0/``*OKP`H$``!U0````"/N``P)`'_^"<9``\#(4`DKZ@`,,4( M__S%"?_XCZD`-$8@0J#E*@`H)`H``J^J`"@0``''`````(^K`#`D`?_\)6P` M!P&!:"2OK0`PC:[__`````"OK@`LCZ\`+(^X`#0`````IP\`+B09`!.ON0`H M$``!MP````"/J``P)`'__"4)``'`)*^X`##'$/_\QQ'_^(^Y M`#1&((2@YS(`,"0(``.OJ``H$``!G`````"/J0`P)`'_^"4J``\!05@DKZL` M,,5D__S%9?_XCZP`-$8@(:#EA@`T)`T``Z^M`"@0``&.`````(^N`#`D`?_\ M)<\`!P'AP"2ON``PCQG__(^H`#0`````I1D`1"0)`!6OJ0`H$``!@0````"/ MJ@`P)`'__"5+``'`)*^X M`#"/&?_\CZ@`-`````"E&0!`CZD`,"0!__PE*@`'`4%8)*^K`#"-;/_\CZT` M-`````"EK`!")`X`&J^N`"@0``$W`````(^O`#`D`?_\)?@`!P,!R"2ON0`P MCRC__(^I`#0`````I2@`1B0*`!NOJ@`H$``!*@````"/JP`P)`'__"5L``"2OKP`PC?C__(^Y`#0`````IS@` M%"0(`"&OJ``H$```WP````"/J0`P)`'__"4J``0`````D`0$;$@'^H@`````J`0$<$"``$0`````D M`0$9$@'^@0`````J`0$:$"``!@`````D`0$8$@'^;@`````0``!H`````"0! M`1H2`?Z#`````!```&,`````)`$!'1(!_JH`````*@$!'A`@``8`````)`$! M'!(!_I0`````$```6``````D`0$>$@'^K``````0``!3`````"0!`2T2`?\G M`````"H!`2X0(``G`````"0!`242`?[D`````"H!`280(``1`````"0!`2,2 M`?[$`````"H!`200(``&`````"0!`2(2`?ZQ`````!```#P`````)`$!)!(! M_L8`````$```-P`````D`0$I$@'^Z``````J`0$J$"``!@`````D`0$H$@'^ MU0`````0```L`````"0!`2P2`?[S`````!```"<`````)`$!/!(!_:$````` M*@$!/1`@`!$`````)`$!,A(!_8X`````*@$!,Q`@``8`````)`$!,1(!_"6M3P"@CZ@`.`````"% M&``*`````#<)``*E"0`*CZ(`)!```!``````EZ0`/@P0%$0`````C[D`.`!` M@"&.!P`,/`40`(^F`"R/)```#!`CD"2E"GD0```#```0(1````$`````C[\` M'(^P`!@#X``()[T`.">]_\BOOP`X``!```E\`````),8`!R0!__P`P3`DC-G__)28``(````` MIS@``!```E8`````),8`!R0!__P`P3`DC,G__)2(``0`````I2@``!```DT` M````),8`!R0!__P`P3`DC,O__)2*``8`````I6H``!```D0`````),8`!R0! M__P`P3`DC,W__)2,``@`````I:P``!```CL`````),8`!R0!__P`P3`DC,__ M_)2.``H`````I>X``!```C(`````),8`!R0!__P`P3`DC-G__)28``P````` MIS@``!```BD`````),8`!R0!__P`P3`DC,G__)2(``X`````I2@``!```B`` M````),8`!R0!__P`P3`DC,O__(R*`&@`````K6H``!```A<`````),8`!R0! M__P`P3`DC,W__(R,`&P`````K:P``!```@X`````),8`!R0!__P`P3`DC,__ M_(R.`'``````K>X``!```@4`````),8`!R0!__P`P3`DC-G__(R8`'0````` MKS@``!```?P`````),8`!R0!__P`P3`DC,G__(R(`'@`````K2@``!```?,` M````),8`!R0!__P`P3`DC,O__(R*`'P`````K6H``!```>H`````),8`!R0! M__P`P3`DC,W__(R,`(``````K:P``!```>$`````),8`!R0!__P`P3`DC,__ M_(R.`(0`````K>X``!```=@`````),8`!R0!__P`P3`DC-G__)28`!`````` MIS@``!```<\`````),8`!R0!__P`P3`DC,G__)2(`!(`````I2@``!```<8` M````),8`!R0!__P`P3`DC,O__(R*`!@`````K6H``!```;T`````),8`!R0! M__P`P3`DC,W__(R,`!P`````I:P``!```;0`````),8`!R0!__P`P3`DC,__ M_(R.`"``````I>X``!```:L`````),8`!R0!__P`P3`DC-C__,2$`"0````` MYP0``!```:(`````),8`!R0!__P`P3`DC-G__,2&`"@`````YR8``!```9D` M````),8`!R0!__P`P3`DC,G__)2(`"X`````I2@``!```9``````),8`!R0! M__P`P3`DC,K__,2(`#``````Y4@``!```8<`````),8`!R0!__P`P3`DC,O_ M_,2*`#0`````Y6H``!```7X`````),8`!R0!__P`P3`DC,W__(R,`(@````` MK:P``!```74`````),8`!R0!__P`P3`DC,___)2.`$0`````I>X``!```6P` M````),8`!R0!__P`P3`DC-G__(R8`$P`````KS@``!```6,`````),8`!R0! M__P`P3`DC,G__(R(`#@`````K2@``!```5H`````),8`!R0!__P`P3`DC,O_ M_(R*`#P`````K6H``!```5$`````),8`!R0!__P`P3`DC,W__)2,`"P````` MI:P``!```4@`````),8`!R0!__P`P3`DC,___)2.`$``````I>X``"3&``X``!```1@`````),8`!R0!__P`P3`DC-G__(R8`%P` M````KS@``"3&```````!````$`````$````0`````#X``()[T`"">]_]BOOP`]_YBOOP`D MKZ0`:*^R`""OL``8K[$`'(^N`&@`````A<\`!@`````5X``#`````!```I8D M`@`!C[@`:``````G&0`4K[D`1*^@`%ROH`!`CZ@`0``````M`0`G$"``(@`` M``"/J@!`CZD`:``*64(`"V"``2QH(8VN`*`D&``!,4\`'P'XR`0!V4`D$0`` M#0````"/JP!``````"UA``00(``#`````!````(D$``")!```8^I`%P````` M`3!@(:^L`%R/K0!``````"6J``&OJ@!`C[@`0``````O`0`G%"#_X`````"/ MKP!<```````/<(`!SW`C``YP@*^N`%B/I`!8#^`$@@````"OH@!4C[D`5``` M```7(``(`````(^H`&@\!1``C00```P0(Y`DI0JU$``"50``$"&/JP!H```` M`(UI``P`````%2``!P`````,$![M`6`@(11```,`````$``"20``$"&/K`!H MCZH`6(V-``P``````:K`(2E`#0D!@`(#^`$#"2$`(P\#1``):T+.*^M`$R/J@!,/!@0 M`"<8#D@!6`@K$"`!VP````"/KP!,-`'__Y7N``@`````$<$`"P``````#LE" M`!E`@`.H2"&-*0`T,$`+P````"/N0!,CZ0`1)H@,`*"$40``# M`````!```>0`````C[D`3">K`&B7*``()!@``0`(<4(`#F"``8M((3$*`!^- M+?_,`5AX!`'@R"=0&@,"$40``#`````!```;0`````$``!6P````"/K@!,CZP`2)7)```` M````I8D``(^H`$@D"P`#I0L``H^X`$2/N0!(EPH`!B0/``$!3V@$KRT`!(^N M`$B/J0!$CZ0`:"7,``R-)@!,KZP`2`P0'J(!P"@A%$```P`````0``&8```` M`!```3\`````CZL`3(^X`$B5:````````*<(``"/J@!()`\``Z5/``*/K0!$ MCZP`2)6Y``8D"0`!`REP!*V.``2/BX#P`````*^K`#R/J`!,)`$!0)48```` M````%P$`'0````"/KP!$CZ0`:(^E`$B-Y@!<#!`>H@`````00``1`````(^J M`$2/I`!HCZ4`2(U&`&`,$!ZB`````!!```D`````CZT`1(^D`&B/I0!(C:8` M9`P0'J(`````%$```P`````0``%E`````!```!L`````CZD`1(^D`&B/I0!( MC28`4`P0'J(`````$$``$0````"/N0!$CZ0`:(^E`$B/)@!4#!`>H@`````0 M0``)`````(^N`$2/I`!HCZ4`2(W&`%@,$!ZB`````!1```,`````$``!20`` M``"/K`!(`````(V+``0```````M`@`$+0".MB``$C[@`/(^O`$@`````K?@` M"!```.4`````CZT`2"0*`0"EJ@``C[D`2"0)``.G*0`"CZL`2"0.``&M;@`$ MCZ@`:"0!34V5#`"X`````!6!``L`````C[@`1(T*`.27#P`"C0D`S(^Y`$@! MZF@D`2V(!`(@@"$0```)KS$`"(^N`$2/K`!HE8!@#`A%$```P`````0``#8 M`````!```'\`````CZH`2(^H`$2/I`!H)4T`#(T'`"2OK0!()`4!&@P0'>8! M0#`A$$``#`````"/N`!(C[D`1(^D`&@G"0`,CR<`**^I`$@D!0$;#!`=Y@,` M,"$40``#`````!```+X`````$```90````"/K@!,CZ0`1)7%```,$!LE)Z8` M8(^O`$R/K`!(CZ0`:(>G`&"5Y0``)8L`#*^K`$@,$!X5`8`P(11```,````` M$```J@`````0``!1`````(^H`$R/K0!(E0H```````"EJ@``C[D`3(^I`$B' M.``&`````*4X``*/K@!,CZP`2(7/``(`````K8\`!(^K`$PD`0`#C6@`!``` M```5`0`F`````(^J`$R/I`!$E44```P0&R4GI@!@CZT`:"0!34V5N0"X```` M`!K`&"7"0`"```````)<(`!KG@AC>P`V(WJ`,`!;$`D M`4B(!`(@@"$0```,KQ$`"(^I`$B/N0!HE2T``H>O`&``#7"``RY8(8UL`-@` M`````>R0)`)`@"&M,@`($```!P````"/J`!,CZ8`2(^D`$25!0``#!`;)23& M``B/J@!(`````"58``RON`!($```"P`````N`0`A$"#_N```````$&B`/`$0 M```M""&,+0````````&@``@`````C[D`3">L`&B7+@`()!@``0`.64(`"WB` M`>Q((3'*`!^-*/_,`5AH!`&@R"P`$*^L`$R/ MK@!,/!@0`"<8#D@!V`@K%"#^)P````"/J@!H```P(85$``2-10`,#!!"L``` M````0(`ACZT`7`````"GK0!DCZ@`:">E`&2%!``$#!!"H"0&``(`0(`A)`$` M`A(!``@`````C[D`:#P%$`"/)```#!`CD"2E"MH0```G`````(^K`&B/I0!4 MCZ8`6(5D``0,$$*@`````(^I`%@`0(`A$@D`"`````"/KP!H/`40`(WD```, M$".0)*4*^!```!8`````CZP`:"0&``2%A``$#!!"H"6%`!``0(`A)`$`!!(! M``@`````CZX`:#P%$`"-Q```#!`CD"2E"QD0```&`````(^D`%0/X`2````` M`!````@D`@`!CZ0`5`_@!(``````$````P``$"$0```!`````(^_`"2/L``8 MC[$`'(^R`"`#X``()[T`:">]_^"OOP`4KZ0`(*^E`"2OI@`HKZ<`+)>N`":/ MKP`H`````*7N``"/N0`H)!@`!:( M@#1&`"&A1B@R@D1*^`!$2O@``````#5!``,X(0`"1,'X``````!&(%0D1`N` M`$3*^`"OJP`8`````"0,)Q"OK``X`#8`````IA@``"09 M``.F&0`"CZ@`(`````"N"``$CZD`(``````I(0`#$"``)0````"/J@`P)`%- M395+`+@`````%6$`$`````"'K``^```````,;`"N#0`(CZX`("0!``(5P0`& M`````(>X`#Z.#P`(,QG__P'Y0"6N"``($```#@````"'J0`^`````#$J__^N M"@`(CZL`("0!``(580`&`````(>M`#Z.#``(``UT``&.P"6N&``($```'R0" M``&OH``DCZ\`)(^Y`"```````?D(*A`@`!``````CZD`)(>H`#X`"5!``ZI8 M(:5H`"B/K0`D`````"6L``&OK``DCZX`)(^X`"```````=@(*A0@__(````` MCZ0`,`(`*"$,$!ZB)Z8`*!````,`````$````0````"/OP`X``(^Y M`"`D&``$IS@``H^H`!B/J@`@C0D`K`````"M20`$CZL`(`````"-;``$```` M`"V!``(4(``(`````(^D`!B/I0`@CZ8`)`P0'J(`````$```"@````"/K0`D MCZ\`((VN````````K>X`"!````,D`@`!$````0````"/OP`4)[T`&`/@``@` M````)[W_T*^_`!ROI``PKZ4`-*^F`#BOL0`8K[``%(^.@/"/KP`T`````*WN M``B/N``T/`H0`)<(``*/&0`$``A(@`%)4"&-2A%8``````,J`!D``%@2KZL` M+`````"/K``PCZT`-(6$``2-I0`(#!!"L```,"&/K@`T`$"`(8W/``@````` M%@\`%`````"/N``PCZ4`.(^F`"R'!``$#!!"H`````"/J``L`$"((18H``H` M````C[D`+(^)@/`D`?_^)RH``0%!6"0!*V`AKXR`\!```!$D`@`!CZT`-``` M``"5I```#!`41`````"/K@`P`$"`(8X&``P\!1``C<0```P0(Y`DI0_-$``` M`P``$"$0```!`````(^_`!R/L``4C[$`&`/@``@GO0`P)[W_R*^P`!BOOP`D MKZ0`.*^R`"``@(`AK[$`'(8$``0``"@A#!!"L"0&``(`0(@A)BX``20!__X! MP7@DK@\`#(X8`+P`````%P``&0````".&0`,`````*X9`+R&!``$```H(0P0 M0K```#`A`$"((88$``0F!0"X#!!"H"0&``@`0(@A)`$`"!(A``<`````C@0` M`#P%$``,$".0)*40A!```%```!`A$```3B0"``&."`"\`````*^H`#"&!``$ MCZ4`,`P00K```#`ACZD`,`!`B"$6*0`)`````(8$``0GI0`T#!!"J"0&``(` M0)`A)`$``A)!``@`````/`00`#P%$``DI1"P#!`CD"2$$$@0```T```0(8>E M`#2&!``$`*`((0`!*(``H2@C``4H@`P00K`D!@`!A@0`!">E`#`,$$*H)`8` M!`!`B"$D`0`$$B$`"``````\!!``/`40`"2E$.(,$".0)(002!```!T``!`A MCZH`,``````50/_/`````(8$``0D!?_\#!!"L"0&``$`0(@AA@0`!"8%``P, M$$*@)`8`!`!`B"$D`0`$$B$`"``````\!!``/`40`"2E$0D,$".0)(002!`` M``4``!`A$````R0"``$0```!`````(^_`"2/L``8C[$`'(^R`"`#X``()[T` M.">]_\BOL``8K[\`)*^D`#BOI0`\K[(`(`"`@"&OL0`E`#0,$$*H)`8``@!` MD"$D`0`"$D$`"0`````\!!``/`40`(X&```DI1&$#!`CD"2$$7`0```L```0 M(8>E`#2&!``$`*`((0`!*(``H2@C``4H@`P00K`D!@`!A@0`!">E`#`,$$*H M)`8`!`!`B"$D`0`$$B$`"0`````\!!``/`40`(X&```DI1&G#!`CD"2$$7`0 M```4```0(8^I`#P``````2"((24J__\:(``%KZH`/(^K`#``````%6#_QP`` M``"/K``P`````*X,`!`,$`X(`@`@(1````,`````$````0````"/OP`DC[`` M&(^Q`!R/L@`@`^``"">]`#@``````````">]_]"OL``4K[\`'*^D`#"OI0`T MKZ8`.*^G`#P`@(`AK[$`&*^@`"`\!1``)*44P`P0(7$"`"`A%$```P`````0 M``#L)`+__X8.``H`````,<\`!!7@``T`````/`40`"2E%,`,$"(&`@`@(11` M``,`````$```WR0"__^&&``*`````#<9``2F&0`*)A$`%(^H`#B6*0`$```` M``$)""L4(``1`````)8J`"XD`0`"%4$`!P````".!```/`40``P0(Y`DI134 M$```RB0"__^/JP`X`````"5L``&F+``$)`T``:^M`""6+@`N)`$``A7!`"$` M````CZ\`/)8X`!(``````?@(*Q0@``D`````C@0``#P%$`"/I@`\EB<`$@P0 M(Y`DI14,$```LB0"__^/N0`\CB@`E(^J`#@#*``9CBL`&``````58``"```` M```'``T``$@2```````````!2P`;``!@$@$L:"&OK0`H$```"P````"/K@`X MCB\`&``````!SP`;%>```@``````!P`-``#`$J^X`"@`````C[D`*(X(`/0` M````$R@`/@````"."@$L`````!E```<`````#!`C'@(`("$40``#`````!`` M`(]_]BOL``@K[\`)*^D`"BOI0`LKZ8` M,`"`@"&OIP`T/`40`"2E%60,$"%Q`@`@(11```,`````$```6B0"__^/K@`L MC@\`K``````!SP@K%"``#`````".&`"L/`00`#P%$`".!@``CZ<`+"2E%7PD MA!5D#!`CD*^X`!`0``!))`+__X89``H`````,R@`!!4```T`````/`40`"2E M%60,$"(&`@`@(11```,`````$```/"0"__^&"0`*`````#4J``2F"@`*CZL` M+`````"N"P#TC@P!#``````1@``)`````(X-`0P"`"`A`:#X"0`````40``# M`````!```"D``!`AC@X!"(^E`#"/I@`T`<#X"0(`("$40``#`````!```"`` M`!`AE@\`(H88``@`````$?@`!0````".!`$@C@4!+`P0)`T`````CAD!+``` M```;(``*`````(^E`"R.!@$@C@]`"@GO?_0K[\`)*^D`#"OI0`TKZ8`.*^G`#ROL``@CZ0`,#P%$``, M$"%Q)*45H!1```,`````$```)"0"__^/KP`PCZX`-(WX`*P``````=@(*Q0@ M``T`````C[D`,#P$$`"/*`"L/`40`(^G`#2/)@``)*45M"2$%:`,$".0KZ@` M$!```!$D`O__CZ0`,(^E`#2/I@`XCZ<`/`P0(IL`````$$```P`````0```# M)!#__X^P`#P`````$````P(`$"$0```!`````(^_`"2/L``@`^``"">]`#`G MO?_(K[``%*^_`"2OI``XKZ4`/*^S`""OL@`<`("`(:^Q`!B&#@`&`````!7` M``@`````CZ0`/#P%$`".!@``#!`CD"2E%=80``![```0(88/``H`````,?@` M"!<``'(`````CAD`H``````S*``!%0``"`````"/I``\/`40`(X&```,$".0 M)*45]!```&H``!`AC@D`H#P!``@!(5`D%4``"`````"/I``\/`40`(X&```, M$".0)*46(A```%X``!`AC@L`L``````58`!2`````"81`!2.+``8)`'__Q&! M``4`````EBT`!``````5H``%`````"0.``&N+@"4$```#202``&6+P`$CC@` M&(XI`!@!^,@A)RC__P$)`!L5(``"```````'``T``)@2KC,`E`)@D"&.*@"4 M`````*XJ`)B6*P`N)`$``A5A``@`````CBP`F)8M`!(``````8T`&0``]_]"OL``4K[\`'*^D`#"OI0`T`("`(:^Q`!@F#@`4KZX` M+`P0#>$"`"`AKZ(`*(^O`"@`````K@\!'(^X`"@`````*P$@`!`@``,````` M)!D@`*^Y`"B/I``H#^`$@@``````0(@AKA$!((X(`2``````%0``"`````"/ MI``T/`40`(X&```,$".0)*46=Q````P``!`ACZD`*`````"N"0$DK@`!+(X* M`2``````K@H!*!````,D`@`!$````0````"/OP`]_]BOOP`C((8\I````````$2``(`````"/JP`DCZT`+(UL`)R/J@`H``UP M@`&.P"&/!0``A40`!`P00K```#`ACZ\`)(^Y`"R-Z`"<`!E(@`$)4"&-2P`` M`$"`(1(+``L`````CZT`*#P$$``\!1``C:8``(VG`/`DI1<(#!`CD"2$%O00 M``!````0(1````T`````CZP`*```*"&%A``$#!!"L"0&``*/K@`DCZ\`+(W8 M`)P`#\B``$"`(0,90"&M$```CZD`)(^K`"R-*@"<``MH@`%-8"&-C@``CZ\` M*`````"M[@#XC[@`*(^E`#"/I@`TAP0`!`P00J``````C[D`-`!`@"$2&0`+ M`````(^H`"@\!!``/`40`(T&``"-!P#P)*47)@P0(Y`DA!;T$```%0``$"&/ MJ0`HCZH`-(TK`/@``````6IH(:TM`/B/K``DCZ\`+(V.`*``#\"``=C((8\H M``"/JP`T``````$+4"&O*@``$````R0"``$0```!`````(^_`!R/L``8`^`` M"">]`"@GO?_HK[\`%*^D`!B/K@`8`````(7/``H`````,?@`"!<```,````` M$```%```$"&/N0`8`````(\H`0P`````$0``!P`````!`/@)`R`@(11```,` M````$```"```$"&/I``8#!`C00`````0```#`````!````$`````C[\`%">] M`!@#X``(`````">]_^"OL``8K[\`'`"`@"&OI``@E@X`(H8/``@`````$<\` M!0````".!`$@C@4!+`P0)`T`````C@4`](X&`2".!P$L#!`BFP(`("$40``# M`````!````D``!`AK@`!+(X8`2``````KA@!*!````,D`@`!$````0````"/ MOP`%@(`GKP`D)?@`!R0!__P#`<@DK[D` M'#P$$`"/I0`DCZ8`'`_@!.(DA#+@/`00`"2$,N`/X`14)X6`A1````$````` MC[\`%">]`"`#X``(```````````GO?_X`(`H(9"N``$`````KZX``)"O```` M````H*\``8^X````````H+@``!````$``````^``"">]``@GO?_X`(`H(9"N M``,`````KZX``)"O````````H*\``X^X````````H+@``)"Y``(`````K[D` M`)"H``$`````H*@``H^I````````H*D``1````$``````^``"">]``@GO?_P MKZ4`%`"@,"$`P$@A&2``#"3&__\`@#@AD.@``0````"0[@```````*#N``&@ MZ```)(0``@#`2"$=(/_V),;__Q````$``````^``"">]`!`GO?_PKZ0`$*^E M`!0`@#`A`*`X(0#@4"$90``2).?__P#`0"&1"0`#`````)$.````````H0X` M`Z$)``"1"0`"`````)$/``$`````H0\``J$)``$DQ@`$`.!0(1U`__`DY___ M$````0`````#X``()[T`$">]__BOI``(KZ4`#`"`,"$`H#@A`.!`(1D```HD MY___D,X``#P/$``![G@AD>\7K"3&``&@S___`.!`(1T`__@DY___$````0`` M```#X``()[T`"```````````)[W_N*^_`!ROI`!(K[$`&*^P`!2/I`!(#!!# M&">E`"@`0(@A)`'__Q8A``,`````$````P``@"&/L``X`````!````,"`!`A M$````0````"/OP`]_^"O MOP`4KZ0`(*^E`"2OI@`HKZ<`+(^N`"``````$<``!@`````\!!``CZ8`("2$ M,N`/X`14)X6`D#P$$``\!1``)*48\`_@!%0DA#+@)Z\`)"7X``%@)40```! M`````(^_`!0GO0`@`^``"``````GO?_8K[\`'*^D`"BOI0`LK[``&#P0$``F M$!D@/`X0`"7.&7@"#@@K$"``(0````".#P``C[@`+``````5^``6`````(^Y M`"@`````KR``_(^H`"@`````K0`!!(^I`"@`````K2`!#(^J`"@`````K4`! M$(^K`"@`````K6`!%(X,``2/I``H`8#X"0`````0```3`````"80``@\#1`` M):T9>`(-""L4(/_A`````(^N`"B/KP`L/`40`(W$```DI1EX`>`P(0P0(Y`! MX#@A$````P``$"$0```!`````(^_`!R/L``8`^``"">]`"BOI````(`H(3P. M`$$ESI.`K*X!`#P/`$$E[Y+4K*\!"#P8`$$G&)24K+@!$!````,D`@`!$``` M`0`````#X``(`````">]_^"OL``8K[\`'*^D`""OI0`D`("`(:^F`"B.#@$L MCZ\`*(X9`20!S\`A`S@(*A`@``<`````#!`C'@(`("$40``#`````!```!0D M`O__CZ0`)(X%`2B/I@`H#^`$#`````"."`$HCZD`*``````!"5`AK@H!*(X+ M`2R/K``H``````%L:"&N#0$L$````R0"``$0```!`````(^_`!R/L``8`^`` M"">]`"`GO?_8K[``&*^_`!ROI``HKZ4`+`"`@"&OI@`PC@X!+(^O`#`````` M`<\(*A`@``@`````C@0``#P%$`".!@#P#!`CD"2E&=`0```N```0(8X$`2B/ MI0`LCZ8`,`_@!`P`````AA@`"@`````S&0`0$R``%@`````F"``4KZ@`)(^I M`"0`````E2H`!@`````M00`)%"``#0`````M00`1$"``"@````"/I0`PCZ0` M+``````$H0`"`*`((20A``$``2A##!`CVP````"."P$HCZP`,``````!;&@A MK@T!*(X.`2R/KP`P``````'/P".N&`$L$````R0"``$0```!`````(^_`!R/ ML``8`^``"">]`"BOI````(`P(8S/`1R,S@$H`*\`&0``P!(!V,@AK-D!*(S) M`1R,R`$L`*D`&0``4!(!"E@CK,L!+!````,D`@`!$````0`````#X``(```` M`````````````````">]_^BOOP`4KZ0`&(^N`!@\!1``/`80`(W$```DQAI( M#!`CD"2E&B`0```#```0(1````$`````C[\`%">]`!@#X``(`````">]_^BO MOP`4KZ0`&(^N`!@\!1``/`80`(W$```DQAJ:#!`CD"2E&G(0```#```0(1`` M``$`````C[\`%">]`!@#X``(`````#P.`$$ESII8K(X!`#P/`$$E[Y6PK(\! M"`/@``@D`@`!`^``"``````#X``(`````">]_Z"OL``8K[\`-*^D`&"OI0!D MKZ8`:*^V`#"OM``HK[4`+*^R`""OLP`D`,"`(:^Q`!R/K@!@`````(W1`2@` M````CZ\`8`````"-^`$@C?D!)``````#&4`AKZ@`2*^@`$P``)`A&@``]P`` M``"/J0!D)A#__Y$T```E*@`!KZH`9"03``$:```4`````(^K`&0`````D6P` M```````6C``.`````"9S``&/K0!D)A#__R6N``&OK@!D&@``!P````"/KP!D M`````)'X````````$IC_]`````"/N0!()B@``@$9""L4(`!$`````(^I`$PD M`0`!$2$`!``````D`0`#%2$`*P`````",E`CKZH`1(^K`&``````C6T!*(UL M`2P"37`C`8YX(:UO`2R/I`!@#!`C'@`````40``#`````!```,XD`O__C[@` M8`````"/$0$H`````(^Y`$0``````R"H(2] M`&`GO?^PK[``&*^Q`!ROOP`TKZ0`4*^E`%2OI@!8K[8`,*^T`"BOM0`LK[(` M(`#`B"$`H(`AK[,`)(^N`%``````C=(!*`````"/KP!0`````(WU`2P````` M&J``+P`````:(``M`````))3```F4@`!,G@`@!,```,`````)`'_``)AF"4D M`0"`%F$`!``````FM?__$```'``````&80`1`````"09``$#,Y@C)K7__P(S MB".25```)E(``0)@L"$:P``&)G/__Z(4```F$``!`F"P(1[`__PF<___$``` M"@`````FN*R.`/P\#P!!)>^B.*R/`0`\&`!!)QBL7*R8`00\&0!! M)SFO#*R9`0@\"`!!)0BQ$*R(`0P\"0!!)2FR7*R)`10#X``()`(``0/@``@` M`````^``"``````GO?_8K[\`'*^D`"BOI0`LKZ8`,*^G`#2OL``8CZX`,``` M```!P(`A)<___Q(``#"OKP`PC[@`+(^H`#2/JP`XCQD`"(\*``0#*$@A`4M@ M(0$L`!DD`0/]``!H$@```````````:$`&@``]_\BOOP`OJP`0)*4A."8$#_PD!@!`#!`G%"0'`2400``5`````#P%$``D M#`J'KZP`$"2E)3@F!`_\)`8`&PP0)Q0D!P$E$$``"P`````\!1``)`T*AZ^M M`!`DI2;H)@0/_"0&``T,$"<4)`]_\BOOP`DKZ0`.*^E`#RO MI@!`KZ<`1*^P`""/K@`\CZ\`1(^Y`$"/J`!(`<_`(0,H2"$#"0`9)`$#_0`` M4!(```````````%!`!H``%@0KZL`-`````"/K``T`````"V!`_T4(``,```` M`(^M`#0\!!``/`40`(^F`#R/IP!`)*4I&22$*0H,$".0KZT`$!```!T``!`A MCZ\`-(^N`#@`#\B``=E`(8T8````````K[@`,(^I`#``````$2``#0````"- M*@`(CZL`/``````52P`(`````(TL``2/K0!``````!6-``,`````$````@$@ M@"$``(`A$````P(`$"$0```!`````(^_`"2/L``@`^``"">]`#@GO?_8K[\` M%*^D`"BOI0`LKZ8`,(^D`"R/I0`P#^`$$`````"/K@`H`````(W/`1P````` MKZ\`)(^X`"@`````EQD`%@````"ON0`8CZ@`+`````"OJ``@CZD`,`````"O MJ0``````"0.`/^0[0```0YX!S'X`/\!N%`EH.H` M`"3G``$`",@C`3E((R4I__@I(0`(%"``"``````D"P#_H.L``"3G``$E*?_X M*2$`"!`@__H`````/`X0``')<"&1SBE`D.P````````!CG@EH.\``!````$` M`````^``"``````GO?^@K[\`+*^D`&"OI0!DKZ8`:*^R`"BOL``@K[$`)(^N M`&``````C<\!&`````"OKP!``"@````"/N`!@/`40`(^G`%"/!```CP8`\`P0 M(Y`DI2E,$```Z0``$"$D$`"`C[D`8`````"/*`$HCRD!*)$1```E*@`!KRH! M*(^K`$@```````M@0*^L`$@",&@D$:``!0````"/K@!(`````#7/``&OKP!( M`!"`0X^X`$P`````)P@``:^H`$R/J0!(`````!D@_]0`````CZH`3``````I M00`,%"``%`````"/N0!()`$``1``$0````"/J`!`CZD` M/``````!"5`F$4``!@````"/I`!DCZ4`4(^F`$0,$"C*`````(^Y`%"/JP!$ M``````,K8"&OK`!0KZ``1*^@`$BOH`!,CZT`0``````MK@`!KZX`0!```"P` M````CZ\`.(^X`$2-Z``,``````,(2"&OJ0!$KZ``2*^@`$P0```B`````(^Y M`#B/J@!$CRL`#``````!2V`AKZP`1*^@`$BOH`!,$```&`````"/K0!@CZX` M.(^O`%`\!1``C:0``(VG`/"-Q@``)*4I[0P0(Y"OKP`0$```(P``$"$F6/_I M+P$`!1`@__$``````!C`@#P!$```.`@AC#@`H``````#```(`````(^H`%"/ MJ0!H``````$)""H4(/\9`````(^Y`%P`````KS$``(^J`%P`````K5``!(^D M`&`,$"=8`````(^K`%"/K`!H``````%L$"80```#+$(``1````$`````C[\` M+(^P`""/L0`DC[(`*`/@``@GO0!@)[W_V*^_`!ROI``HKZ4`+*^P`!B/K@`H M`````(W/`1@`````KZ\`)(^X`"P`````$P``"`````"/N0`D`````(\H``"/ M*0`$``````$)4"6O*@``CZL`)`````"-;``$```````,:$.M;0`$CZX`)``` M``"-SP`$`````!7@`"4`````C[@`*`````"/"`$LCPD!)``````!"0@J%"`` M!0````"/I``H#!`C00``````0(`ACZH`)(^L`"B-60``C8T!*`````"AN0`` MCZL`*`````"-;@$H`````"7/``&M;P$HC[@`*`````"/"`$L`````"4)``&O M"0$LCZH`)`````"M0```C[D`)"0,`("O+``$$````0````"/OP``````!4@``D`````/`H0 M`"5**B2N"@`(/`L0`"5K*R2N"P`,$```!P`````\#!``)8PK)*X,``@\#1`` M):TJ)*X-``PD#@"`K@X`!*X```"/KP`P`````(WX`/0`````%P``!`````"/ MI``P#!`JW@`````0```#)`(``1````$`````C[\`'(^P`!2/L0`8`^``"">] M`#`GO?_PKZ4`%*^F`!@`H#@A`,!`(8R)````````,.X`!Q'``!:OK@`$C[@` M!)$O```D&0`(`SA8(P%O8`0QC0#_`0UP(9'*```E*0`!C[D`!``````!60@J M$"```P`````0```F`4`0(8^J``0``````.HX(Q````(```````!0(2CA``@4 M(``8`````)$X`````````1AX(9'K````````KZL``(^L`````````4Q0(8^M M`````````.TX(X^N````````*<$`"!`@``,`````$```!0`````E*0`!*.$` M"!`@_^H`````K(D``!````,!0!`A$````0`````#X``()[T`$">]_]BOOP`4 MKZ0`**^E`"ROI@`PCZX`*`````"-SP$8`````*^O`"2/N``P```````8R,"O MN0`0`,$"IU`?@H(8^Y`!P`````%R```P`````0```R`````(^H M`"2/I0`]`"@#X``(`````">]_^"OOP`4KZ0`((^N`"``````C<\!&`````"OKP`< MC[@`(`````"/&0#T`````!L@``8`````CZ@`(#P%$`"-!```#!`CD"2E&U"O MH``8CZD`&``````I(0`&$"``#0````"/I``@#!`JW@````"/J@`8`````"5+ M``&OJP`8CZP`&``````I@0`&%"#_]0````"/K0`<)`$`@(VN``0`````$<$` M(0````"/KP`@`````(WX`2R-^0$D``````,9""H4(``'``````P0(T$!X"`A M%$```P`````0```7```0(8^H`!R/J@`@C0D``(U+`2@`````H6D``(^L`"`` M````C8T!*``````EK@`!K8X!*(^X`"``````CQD!+``````G+P`!KP\!+!`` M``,D`@`!$````0````"/OP`4)[T`(`/@``@`````)[W_Z*^_`!2OI``8CZX` M&`````"-SP$8`````!'@``D`````C[@`&`````"/!`$8#^`$@`````"/N0`8 M`````*\@`1@0```!`````(^_`!0GO0`8`^``"````````````````">]_^BO MOP`4KZ0`&(^N`!@\!1``C<0```P0(Y`DI2R\$````P``$"$0```!`````(^_ M`!0GO0`8`^``"``````\#@!!)*R.`0`\#P!!)>^S,*R/`0@#X``()`(` M`0/@``@``````^``"``````GO?_HK[\`%*^D`!BOI0`YX(8WO+3```````H^@(3*4``\RMP`!$N`` M!R:U``&2&```,ID`_P,90"6B"```$````R80``$`%$D`H@D``#)6``0`````D`0"`$N'_O``````D`0#` M$N'_Z``````:8``&`````(^J`$0``````JH(*A0@_T8`````CZL`8`````"M M<0$HCZP`8`````"MDP$LCZT`1``````2K0`5`````(^N`$0``````JX(*A`@ M``0`````/!<0`!````,F]RVP/!<0`";W+;N/KP!@/`40`(WD``"-YP#PK[4` M$"2E+7@,$".0`N`P(1````4``!`A$````R0"``$0```!`````(^_`#R/L``< MC[$`((^R`"2/LP`HC[0`+(^U`#"/M@`TC[<`.`/@``@GO0!@```````````\ M#@!!)_&I*R/`00\&`!!)QC(W*R8`0@\&0!!)SGN!*R9 M`10#X``()`(``0/@``@``````^``"``````GO?_8K[\`'*^D`"BOL``8CZX` M*`````"5T``:$```%@````"/N``H/`\`027ON+"O#P$`$```&`````"/J``H M/!D`02J`%PD"P`!IZL`7`(S M""L0(`%*`````!J``4@`````DBP``9(N````#&H``:YX):>O`%0F,0`"A[@` M5``````S&0__)RD``:>I`%"'J`!4```````(4P,`"JP``!6L`Q```2:GJ@!8 MAZL`4``````!8*@A)6S__QJ@`%JGK`!0DBT``"8Q``$EK@`!IZX`3(>O`%PG MN`!(`?B0(8>U`%P0```3`````)(Y```F4O__)C$``:)9``"2*0``)E+__R8Q M``&B20``DB@``"92__\F,0`!HD@``)(J```F4O__)C$``:)*```0```,```` M`":K__\M80`$$"``"```````"UB`/`$0```K""&,*P#```````%@``@````` MAZP`3``````"C*`C)[(`2(>M`$P``````:"H(26N__\:H``CIZX`3(>V`%P0 M```/`````))/``,F$``!H@___Y)8``(F$``!HAC__Y)9``$F$``!HAG__Y)) M```F$``!H@G__Q````P`````)LC__RT!``00(``(```````(0(`\`1```"@( M(8PH`-```````0``"`````"'J@!,``````%`J"$E2___'J#_WZ>K`$R'K`!0 M``````&`J"$EC?__'J#_J*>M`%`0``#0`````(>N`%```````HZ@(X>O`%"' MN`!<``````'X`!D``,@2I[D`4`````"'J0!0``````$@J"$E*/__&J``"Z>H M`%"2*@``)C$``280``&B"O__AZL`4``````!8*@A)6S__QZ@__>GK`!0$``` MM`````"2+0``)C$``:.M`$B'K@!0``````'`J"$ES___&J``6J>O`%"2.``` M)C$``2<9``&GN0!,AZD`7">H`$@!*)`AA[4`7!```!,FM?__DBH``"92__\F M,0`!HDH``)(K```F4O__)C$``:)+``"2+```)E+__R8Q``&B3```DBT``"92 M__\F,0`!HDT``!````P`````)J[__RW!``00(``(```````.<(`\`1```"X( M(8PN`.```````<``"`````"'KP!,``````*/H",GL@!(A[@`3``````#`*@A M)QG__QJ@`".GN0!,A[8`7!````\`````DDD``R80``&B"?__DD@``B80``&B M"/__DDH``280``&B"O__DDL``"80``&B"___$```#``````FS/__+8$`!!`@ M``@```````Q@@#P!$```+`@AC"P`\``````!@``(`````(>M`$P``````:"H M(26N__\>H/_?IZX`3(>O`%```````>"H(27X__\>H/^HI[@`4!```%`````` MDCD``">R`$@F,0`!HED``(>I`%```````HF@(X>H`%```````0"H(24*__\: MH``JIZH`4(>U`%P0```3)K7__Y(K```F,0`!)A```:(+__^2+```)C$``280 M``&B#/__DBT``"8Q``$F$``!H@W__Y(N```F,0`!)A```:(.__\0```,```` M`":O__\MX0`$$"``"```````#WB`/`$0```O""&,+P$```````'@``@````` MDE@``"80``&B&/__A[D`4``````#(*@A)RG__QZ@_]BGJ0!0$```&`````"/ MJ`!P/`00`(T*`/`\!1``AZ<`6(T&```DI2XH)(0N'`P0(Y"OJ@`0$```*P`` M$"$FJ___+6$`!!`@__$```````M8@#P!$```*P@AC"L!$``````!8``(```` M``(S""L0(``#`````!Z`_KH`````CZP`<`````"-C@$HC8T!+`(N>",!K\`C MK9@!+(^Y`'``````KS$!*!J```L`````CZD`<#P$$``\!1``C28``(TG`/`D MI2Y-#!`CD"2$+AP0```%```0(1````,D`@`!$````0````"/OP`\C[``((^Q M`"2/L@`HC[,`+(^T`#"/M0`TC[8`.`/@``@GO0!P)[W_B*^P`""OOP`\KZ0` M>*^E`'ROI@"`K[8`.*^T`#"OM0`TK[(`**^S`"P`H(`AK[$`)(^N`'@````` MC=(!*`````"/KP!X`````(WX`2P``````EB8(8^Y`'@`````ES0`%@````"/ MJ`!X)`$``94)`$(`````%2$`!`````"5"@`F$````Z>J`&0D"P`!IZL`9`)3 M""L0(`&=`````!J``9L`````DDP``9).````#&H``:YX):>O`%PF4@`"A[@` M7``````S&0__)RD``:>I`%B'J`!<```````(4P,`"JP``!6L`Q```7FGJ@!@ MAZL`6``````!8*@A)6S__QJ@`&JGK`!8DDT``9)/````#7(``<_`)2<9``&G MN0!4)E(``H>I`&0GJ@!,``E`0`$*B"&'M0!D$```'P````"23``!DDL````, M:@`!;7`EIB[__B8Q__XF4@`"DE@``9)/````&,H``?E():8I__XF,?_^)E(` M`I)*``&22`````IB``$,6"6F*__^)C'__B92``*23@`!DDT````.P@`!N'@E MIB___B8Q__XF4@`"$```#``````FN?__+R$`!!`@``@``````!G(@#P!$``` M.0@AC#D!(``````#(``(`````(>I`%0``````HF@(R>Q`$R'J@!4``````%` MJ"$E2/__&J``(Z>H`%2'M@!D$```#P````"6+``&)A```J8,__Z6*P`$)A`` M`J8+__Z6+@`")A```J8.__Z6+0``)A```J8-__X0```,`````";8__\O`0`$ M$"``"```````&,"`/`$0```X""&,.`$P``````,```@`````AZ\`5``````! MX*@A)?G__QZ@_]^GN0!4AZD`6``````!(*@A)2K__QZ@_YBGJ@!8$``!$P`` M``"'J`!8``````*(H".'K`!8``````&`J"$EB___&J``,Z>K`%B'M@!D$``` M'P````"230`!DDX````-P@`!V'@EI@\``"80``(F4@`"DDD``9)9````"5(` M`RI`):8(```F$``")E(``I)+``&23`````MJ``&-<"6F#@``)A```B92``*2 M3P`!DE@````/2@`#"<@EIAD``"80``(F4@`"$```#``````FRO__+4$`!!`@ M``@```````I0@#P!$```*@@AC"H!0``````!0``(`````(>H`%@``````0"H M(24+__\>H/_/IZL`6!```-8`````DDT``9),````#7(``8YX):>O`$PF4@`" MA[@`6``````#`*@A)PG__QJ@`&JGJ0!8DED``9)(````&5(``4A8)25M``&G MK0!4)E(``H>L`&0GKP!,``QP0`'/B"&'M0!D$```'R:U__^220`!DE@````) MR@`#&5`EIBK__B8Q__XF4@`"DDL``9)(````"VH``0U@):8L__XF,?_^)E(` M`I)/``&23@````]*``')P"6F./_^)C'__B92``*22@`!DED````*6@`#*T`E MIBC__B8Q__XF4@`"$```#``````FK?__+:$`!!`@``@```````UH@#P!$``` M+0@AC"T!4``````!H``(`````(>L`%0``````HR@(R>Q`$R'KP!4``````'@ MJ"$E[O__&J``(Z>N`%2'M@!D$```#P````"6*0`&)A```J8)__Z6.``$)A`` M`J88__Z6*@`")A```J8*__Z6.0``)A```J89__X0```,`````";+__\M80`$ M$"``"```````"UB`/`$0```K""&,*P%@``````%@``@`````AZ@`5``````! M`*@A)0W__QZ@_]^GK0!4AZP`6``````!@*@A)8___QZ@_YBGKP!8$```7P`` M``"220`!DDX````)P@`GL0!,`=A0):8J```F4@`"A[D`6``````"F:`CAZL` M6``````!8*@A)6C__QJ@`#:GJ`!8A[4`9!```!\FM?__DDP``9)-````#'H` M`:]():8)```F$``")E(``I)8``&23@```!A2``'*R"6F&0``)A```B92``*2 M2``!DDL````(8@`!;&@EI@T``"80``(F4@`"DDD``9)/````"<(``?AP):8. M```F$``")E(``A````P`````)JK__RU!``00(``(```````*4(`\`1```"H( M(8PJ`7```````4``"`````"6.0``)A```J89__Z'J`!8``````$`J"$E"___ M'J#_S*>K`%@0```8`````(^L`'@\!!``C8T`\#P%$`"'IP!@C88``"2E+H`D MA"YT#!`CD*^M`!`0```K```0(2:I__\M(0`$$"#_\0``````"4B`/`$0```I M""&,*0&```````$@``@``````E,(*Q`@``,`````'H#^9P````"/KP!X```` M`(WN`2B-^`$L`DY0(P,*R".M^0$LCZ@`>`````"M$@$H&H``"P````"/JP!X M/`00`#P%$`"-9@``C6<`\"2E+J4,$".0)(0N=!````4``!`A$````R0"``$0 M```!`````(^_`#R/L``@C[$`)(^R`"B/LP`LC[0`,(^U`#2/M@`X`^``"">] M`'@GO?_(K[``%*^_`"2OI``XK[,`(*^R`!P`@(`AK[$`&(X.`1@`````$<`` M`P`````0``!Z)`(``98/`!HD`0`($>$`#0````"6&``:)`$`$!,!``D````` M/`00`#P%$`"6!@`:)*4NU0P0(Y`DA"[)$```:@``$"$/X`2")`0`1`!`D"&N M$@$8CAD!&``````7(``(`````#P$$``\!1``)*4N_PP0(Y`DA"[S$```6P`` M$"&.!`$8#^`$$"0%`$2.$0$8`````)8(`$(D`0`!%0$`'`````"6"0`F```` M`*XI`!26$@`F`````"I!``04(``#KC(`&"0*``.N*@`8E@L`7``````18``) M`````)83`"8`````)G/__P`3G```$YP#IC,`#!````0"8)`A)`P``Z8L``PD M$@`#$```!@`````D#0`!)`X``:XN`!2N+0`8IB``#)8/`!H`````+>$`"1`@ M``0`````)!@``1````JON``PEAD`&@`````O(0`1$"```P`````0```")!(` M`B02``2OL@`PCB@`%(^I`#```````0D`&0``4!*N*@`4`````(XK`!B/K``P M``````%L`!D``&@2KBT`&`````".#@$@C@\!)(XY`!0!S\`A`QE`(R4)__VN M*0```````"#\`AK[@`1(^Y`'``````CS$!*`````"/J`!P)`$``94)`$(` M````%2$`#0````"/J@!P`````)5+`"8`````KZL`7(^L`'``````E8T`7``` M``"OK0!8$```!``````D#@`!KZX`7*^@`%@F3P`TKX^!#"98`#ROF($()ED` M)*^9@00F2``LKXB!`(9*``R/B8$,``I80`$K8"&E@```AD\`#(^.@0@`#\!` M-`W__P'8R"&G+0``)`C__:^H`&"/J@!$``````(*""L0(`55`````(^)@0P` M````KZD`0(^+@0@`````KXN!#(^L`$``````KXR!"(^/@00`````KZ\`/(^. M@0``````KXZ!!(^X`#P`````KYB!`"0-``FOK0!DCYF!"`````"ON0!4CXB! M#`````"OJ`!0CXJ!``````"OJ@!(CZD`<"0!``B5*P`:`````!5A`'<````` MC[,`7!```&<`````D@P``(^O`%0F$``!I>P``(^N`%"/K0!4E=,``"78``*O MN`!0E;D````````2>0`"`````*^@`&2/J`!4CZD`2)4*````````H2H``(^O M`$B/JP!4)>X``25L``*OK`!4KZX`2)(8``"/K0!4)A```:6X``"/N0!0CZH` M5)X``J^N`%2OK0!(C[D`3(^J`%27*````````*5(``"/J0!,```` M`"4K``*OJP!,CZP`4(^N`%25DP``)8\``J^O`%"5V````````!)X``(````` MKZ``9(^M`%2/J`!(E;D```````"A&0``CZH`2``````E20`!KZD`2(^K`%2/ MK@!(E6P`````````#'H"H<\``(^Y`$B/N`!4)R@``2<-``*OK0!4KZ@`2(^J M`$R/JP!4E4D```````"E:0``CZP`3``````ECP`"KZ\`3(^N`%"/K0!4E=,` M`"78``*ON`!0E;D````````2>0`"`````*^@`&2/J`!4CZD`2)4*```````` MH2H``(^K`$@`````)6P``:^L`$B/KP!4CZT`2)7N``````````["`J&X``"/ MJ@!(C[D`5"5)``$G*``"KZ@`5*^I`$B/JP!,CZ\`5)5L````````I>P``(^N M`$P`````)=@``J^X`$R/K0!0CZ@`5)6S```EN0`"K[D`4)4*````````$FH` M`@````"OH`!DCZD`5(^L`$B5*P```````*&+``"/KP!(`````"7N``&OK@!( MC[@`5(^H`$B7#0`````````-R@*A&0``CZL`2(^J`%0E;``!)4D``J^I`%2O MK`!($```#``````F;___+>$`!!`@``@```````]X@#P!$```+P@AC"\!H``` M```!X``(`````(^P`$P`````AE@`#(9)``R/CH$,CXJ!"``8:$``"5A``@``998``@`````$P```P`````0``/3``````)`H"&6DP`(```` M`"9S__\R<___II,`"(Y.``0`````H=,``)9-``B.20`$``W*`J$Y``$0```1 M`````(Y4``0`````DI,````````FPD M`O__$```;@````"&2``*`````"4/``&F3P`*KE$`!"08``&B.```)C$``8^Y M`'`D`0`0ERT`&@`````5H0`%`````"0)``&F20`(HB```"8Q``&/BX$````` M`*^K`$B.4P`4$```2P````"/K@!()C$``9',````````HBS__X^J`$@````` M)4@``:^H`$B/KP!()C$``9'X````````HCC__X^Y`$@`````)RT``:^M`$B/ MJ0!()C$``9$K````````HBO__X^N`$@`````)"&MSP$LCZ0`<`P0(QX`````%$```P`````0``4E)`+__X^Y`'`D&``!K[@` M8(\E`2@D!@`!#!`Z-`,@("$`0(@A%B```P`````0``49)`+__Q```&`````` MADT`"@`````EJ0`!IDD`"H^+@00`````KZL`2(Y3`!00``!+`````(^J`$@F M,0`!D4P```````"B+/__CZ@`2``````E#P`!KZ\`2(^N`$@F,0`!D=@````` M``"B./__C[D`2``````G+0`!KZT`2(^I`$@F,0`!D2L```````"B*___CZH` M2``````E3``!KZP`2(^H`$@F,0`!D0\```````"B+___CZX`2``````EV``! MK[@`2(^Y`$@F,0`!DRT```````"B+?__CZD`2``````E*P`!KZL`2(^J`$@F M,0`!D4P```````"B+/__CZ@`2``````E#P`!KZ\`2(^N`$@F,0`!D=@````` M``"B./__C[D`2``````G+0`!KZT`2(^I`$@F,0`!D2L```````"B*___CZH` M2``````E3``!KZP`2!````P`````)FC__RT!``@0(``(```````(0(`\`1`` M`"@((8PH`=```````0``"``````0``)6`````(^O`'`D`0`0E>X`&@`````5 MP0`C``````)`H"&6DP`(`````"9S``$R<___II,`"(Y8``0`````HQ,``)99 M``B.20`$`!EJ`J$M``&62P`(`````!%@``,`````$``"/0`````"0*`AEI,` M"``````F<___,G/__Z:3``B.2@`$`````*%3``"63``(CD\`!``,0@*AZ``! M$```$0````".5``$`````)*3````````)G,``3)S`/\28``#HI,``!```B0` M````CDX`!`````"1V````````"<9__^AV0``)`W__*^M`&`0``(:``````P0 M.VX"0"`A)`G__Z^I`&`0``(4`````(Y+`"```````7$(*Q`@`"(`````CZH` M<`````"-1`$8#!`[;@````"/K`!P`````(V/`2B-B`$L`B_`(P$8R"&MF0$L MCZ0`<`P0(QX`````%$```P`````0``1<)`+__X^M`'`D#@`$KZX`8(VE`2@D M!@`$#!`Z-`&@("$`0(@A%B```P`````0``10)`+__Q```&X`````ADD`"@`` M```E*P`!IDL`"JY1``0D"@`!HBH``"8Q``&/KP!P)`$`$)7H`!H`````%0$` M!0`````D&``!IE@`"*(@```F,0`!CYF!``````"ON0!(CE,`&!```$L````` MCZP`2"8Q``&1C@```````*(N__^/K0!(`````"6I``&OJ0!(CZL`2"8Q``&1 M:@```````*(J__^/KP!(`````"7H``&OJ`!(C[@`2"8Q``&3&0```````*(Y M__^/K`!(`````"6.``&OK@!(CZT`2"8Q``&1J0```````*(I__^/JP!(```` M`"5J``&OJ@!(CZ\`2"8Q``&1Z````````*(H__^/N`!(`````"<9``&ON0!( MCZP`2"8Q``&1C@```````*(N__^/K0!(`````"6I``&OJ0!(CZL`2"8Q``&1 M:@```````*(J__^/KP!(`````"7H``&OJ`!(C[@`2"8Q``&3&0```````*(Y M__^/K`!(`````"6.``&OK@!($```#``````F;?__+:$`"!`@``@```````UH M@#P!$```+0@AC"T!\``````!H``(`````"0)``2OJ0!@$``!?0`````,$#MN M`D`@(20+``./I`!PKZL`8`(@*"$,$#HT)`8``P!`B"$6(``#`````!```]`D M`O__$``!;@`````,$#MN`D`@(20*``&/I`!PKZH`8`(@*"$,$#HT)`8``0!` MB"$6(``#`````!```\$D`O__$``!7P`````,$#MN`D`@(20/``2/I`!PKZ\` M8`(@*"$,$#HT)`8`!`!`B"$6(``#`````!```[(D`O__$``!4`````".2``@ M``````$1""L0(``B`````(^X`'``````CP0!&`P0.VX`````C[D`<`````"/ M+@$HCRP!+`(N:",!C4@AKRD!+(^D`'`,$",>`````!1```,`````$``#F"0" M__^/J@!P)`L``Z^K`&"-10$H)`8``PP0.C0!0"`A`$"((18@``,`````$``# MC"0"__\0``!@`````(9/``H`````)>@``:9(``J/F($$`````*^X`$B.4P`8 M$```2P````"/K@!()C$``9',````````HBS__X^M`$@`````):D``:^I`$B/ MN0!()C$``9,K````````HBO__X^J`$@`````)4\``:^O`$B/J`!()C$``9$8 M````````HCC__X^N`$@`````)`````!1```,`````$``#$20" M__^/K`!P)`X``Z^N`&"-A0$H)`8``PP0.C0!@"`A`$"((18@``,`````$``# M!20"__\0``!@`````(9-``H`````):D``:9)``J/F8$$`````*^Y`$B.4P`8 M$```2P````"/KP!()C$``9'J````````HBK__X^H`$@`````)1@``:^X`$B/ MJP!()C$``9%N````````HB[__X^L`$@`````)8T``:^M`$B/J0!()C$``9$Y M````````HCG__X^O`$@`````)>H``:^J`$B/J`!()C$``9$8````````HCC_ M_X^K`$@`````)6X``:^N`$B/K`!()C$``9&-````````HBW__X^I`$@````` M)3D``:^Y`$B/KP!()C$``9'J````````HBK__X^H`$@`````)1@``:^X`$B/ MJP!()C$``9%N````````HB[__X^L`$@`````)8T``:^M`$B/J0!()C$``9$Y M````````HCG__X^O`$@`````)>H``:^J`$@0```,`````"9H__\M`0`($"`` M"```````"$"`/`$0```H""&,*`(P``````$```@`````#!`[;@)`("$D&/__ MK[@`8!```#X`````)`O__Z^K`&`0```Z`````(^N`%@`````$<``!``````D M#``$$````Z^L`&`D#0`"KZT`8(^D`'"/I@!@#!`Z-`(@*"$`0(@A%B```P`` M```0``*()`+__Q```"8`````)`D``X^D`'"OJ0!@`B`H(0P0.C0D!@`#`$"( M(18@``,`````$``">R0"__\0```9`````"09``&/I`!PK[D`8`(@*"$,$#HT M)`8``0!`B"$6(``#`````!```FXD`O__$```#``````FCP`$+>$`-A`@``@` M``````]X@#P!$```+P@AC"\"4``````!X``(`````(^J`$0``````@H(*Q0@ M^JT`````C[,`8!```CX`````$``"1P````".2``<``````$1""L0(``A```` M`(^X`'``````CP0!&`P0.VX`````CZL`<`````"-;`$HC6X!+`(L:",!S4@A MK6D!+(^D`'`,$",>`````!1```,`````$``"/R0"__^/N0!PKZ``8(\E`2@` M`#`A#!`Z-`,@("$`0(@A%B```P`````0``(T)`+__Q```&H`````AD\`"@`` M```EZ@`!IDH`"J(@```F,0`!CZ@`<"0!`!"5&``:`````!H!+`(HP",!6&`AK>P!+(^D`'`, M$",>`````!1```,`````$``!KR0"__^/K@!PKZ``8(W%`2@``#`A#!`Z-`'` M("$`0(@A%B```P`````0``&D)`+__Q```&``````ADT`"@`````EJ0`!IDD` M"H^+@0``````KZL`2(Y3`!00``!+`````(^Y`$@F,0`!DR@```````"B*/__ MCZH`2``````E6``!K[@`2(^L`$@F,0`!D8\```````"B+___CZX`2``````E MS0`!KZT`2(^I`$@F,0`!D2L```````"B*___C[D`2``````G*``!KZ@`2(^J M`$@F,0`!D5@```````"B./__CZP`2``````ECP`!KZ\`2(^N`$@F,0`!DT!*(WN`2P"+4@C`)`+__Q````P`````)FP`!"V!``D0(``(```````,8(`\`1```"P((8PL M`Z@``````8``"``````,$#MN`D`@(8^M`'``````C:X!*(VH`2P"+D@C`0E8 M(:VK`2R/KP!P`````*WQ`2@0```#)`(``1````$`````C[\`+(^P`!B/L0`< MC[(`((^S`"2/M``H`^``"">]`'`GO?_(K[``%*^_`"2OI``XKZ4`/*^F`$"O MLP`@K[(`'`"@@"&OL0`8CZX`.`````"-T0$8`````(XO`!P``````?`(*Q`@ M`!,`````C[@`.`````"/"`$HCQD!+`((2",#*5`AKPH!+(^D`#@,$",>```` M`!1```,`````$``!$P``$"&/JP`X`````(UP`2@`````AZP`0@````"N+``0 MIB``"JXP```F$``"A[,`0A```/@`````)`T``:XM`!"/DH$``````(XS`!00 M```C`````)).```F4@`!)A```:(.__^23P``)E(``280``&B#___DD@``"92 M``$F$``!H@C__Y)9```F4@`!)A```:(9__^220``)E(``280``&B"?__DDH` M`"92``$F$``!H@K__Y)8```F4@`!)A```:(8__^22P``)E(``280``&B"___ M$```#``````F;/__+8$`"!`@``@```````Q@@#P!$```+`@AC"P#S``````! M@``(`````!```,P`````AZT`0B0!``(5H0`/`````*XP``0D#@`!H@X``"80 M``&/KP`X)`$`$)7H`!H`````%0$`!0`````D&0`!ICD`"*(````F$``!CY*! M!`````".,P`4$```(P````"220``)E(``280``&B"?__DDH``"92``$F$``! MH@K__Y)8```F4@`!)A```:(8__^22P``)E(``280``&B"___DDP``"92``$F M$``!H@S__Y)-```F4@`!)A```:(-__^23@``)E(``280``&B#O__DD\``"92 M``$F$``!H@___Q````P`````)FC__RT!``@0(``(```````(0(`\`1```"@( M(8PH`^P``````0``"``````0``"&`````(^9@02.*0`8``````,ID"&.*@`4 MCC@`&!```",!6)@CDDL``"92``$F$``!H@O__Y),```F4@`!)A```:(,__^2 M30``)E(``280``&B#?__DDX``"92``$F$``!H@[__Y)/```F4@`!)A```:(/ M__^22```)E(``280``&B"/__DED``"92``$F$``!HAG__Y))```F4@`!)A`` M`:()__\0```,`````"9J__\M00`($"``"```````"E"`/`$0```J""&,*@0, M``````%```@`````A[@`0B0!``07`0`/`````*XP``0D"P`!H@L``"80``&/ MK``X)`$`$)6-`!H`````%:$`!0`````D#@`!IBX`"*(````F$``!CY*!!``` M``".,P`8$```(P````"23P``)E(``280``&B#___DD@``"92``$F$``!H@C_ M_Y)9```F4@`!)A```:(9__^220``)E(``280``&B"?__DDH``"92``$F$``! MH@K__Y)8```F4@`!)A```:(8__^22P``)E(``280``&B"___DDP``"92``$F M$``!H@S__Q````P`````)FW__RVA``@0(``(```````-:(`\`1```"T((8PM M!"P``````:``"``````0```+`````"YA``40(``(```````3<(`\`1```"X( M(8PN!$P``````<``"``````0```#`@`0(1````$`````C[\`)(^P`!2/L0`8 MC[(`'(^S`"`#X``()[T`.*^D````@"@AC*\`$(2N``H`#\,``=C():2Y``J$ MJ``*C*H````(2@.A20`!A*L`"HRL````````H8L``!````$``````^``"``` M```GO?_HK[\`%*^D`!B/K@`8`````(W/`1@`````$>``"0````"/N``8```` M`(\$`1@/X`2``````(^Y`!@`````KR`!&!````,D`@`!$````0````"/OP`4 M)[T`&`/@``@````````````````\#@!!)<[NZ*R.`0`\#P!!)>_NH*R/`0@# MX``()`(``0/@``@``````^``"``````GO?_HK[\`%*^D`!BOI0`#_`````!1```,`````$```XB0"__^/N`!@`````(\1`2@`````C[D` M1``````#(*@A)RC__QJ@``NOJ`!$DDD``"92``$F,0`!HBG__X^J`$0````` M`4"H(25-__\>H/_WKZT`1(^L`&``````C9(!*``````0```3`````(^N`&`` M````C`/\"`````(^J`$PD`0`!$4$`!``````D`0`#%4$`!0````"2 M30```````#6L`("B3```CZL`8`````"->`$HC6\!+`(XR",!^7`AK6X!+(^H M`&``````K1$!*!````,D`@`!$````0````"/OP`TC[``&(^Q`!R/L@`@C[,` M)(^T`"B/M0`LC[8`,`/@``@GO0!@)[W_J*^P`!2OOP`TKZ0`6*^E`%ROI@!@ MK[<`,*^V`"ROM0`HK[0`)*^S`""OL@`<`,"`(:^Q`!B/K@!8`````(W3`2P` M````CZ\`6`````"5^``:`````"\!``D0(``V`````(^Y`%@`````CS0!*``` M``"/M0!<`````!I@`"D`````&@``)P````"2D@``)I0``29S__\D`?]_`D&( M)!8@``,`````$```&@`````R2`"`$0``"P`````"@"`A`J`H(0_@!`P"(#`A M`K&H(0(1@","D:`A`G&8(Q````T`````DI(``":4``$F<___`A&`(P(@L"$: MP``&)C'__Z*R```FM0`!`B"P(1[`__PF,?__&F```P`````>`/_;`````(^I M`%@`````K30!*!```$$`````CZH`6`````"-5P$H`````(^K`%P`````KZL` M.!I@`#4`````&@``,P````"6\@``)O<``B9S__\D`?]_`D&()!8@``,````` M$```)@`````R3`"`$8``$0````"/I0`X`N`@(0_@!`P`$3!`CZT`.``1<(`! MKG@AKZ\`.``1P$`"&(`C`!'(@`+YN"$`$4!``FB8(Q```!,`````EO(``";W M``(F<___`!%(0`()@","(+`A&L``"R8Q__^/J@`X`````*52``"/JP`X```` M`"5L``*OK``X`B"P(1[`__`/_/`````(^M`%@````` MK;8`\`P0(Y`D MI2^L$```!0``$"$0```#)`(``1````$`````C[\`-(^P`!2/L0`8C[(`'(^S M`""/M``DC[4`*(^V`"R/MP`P`^``"">]`%@\#@!!)<[Z<*R.`/P\#P!!)>_[ MH*R/`0`\&`!!)Q@`"*R8`00\&0!!)SD!"*R9`0@\"`!!)0@#A*R(`0P\"0!! M)2D(7*R)`10#X``()`(``0/@``@``````^``"``````GO?_(K[\`)*^D`#BO ML@`@K[``&*^Q`!R/K@`X`````(W0`1@`````%@``%P`````/X`2")`1U;(^O M`#@`0)`AK?(!&(^X`#@`````CQD!&``````7(``(`````#P$$``\!1``)*4P M(0P0(Y`DA#`4$```*0``$"&/J``X`````(T0`1@`````I@``!"0)``FF"0`& M)`H!_ZX*``@D$0#_!B``!@`````"$5@AH7$G+B8Q__\&(?_\`````"0,`0*N M#``4K@``#(^M`#@`````C:X!)`````"N#@`0C@\`$```````#\#`)QG_]:X9 M`!`F"#X(*A`@``,`````$```3B0"`0&,N``4C+D`"``````#.`@J$"``$0`` M``"4J@`&`````"5+``&DJP`&E*P`!@`````M@0`-%"```P`````D#0`,I*T` M!I2N``8D#P`!`<_`!"<9__^LN0`(E*H`!``````Q2P`!$6``"0`````D#``) M)`T!_ZRM``BDK``&E*\`!``````Q[O_^I*X`!(RH``P`````E*<`!@````", MF`$@``C(PP,92"$Q"``'D2H``"4I``$!"C`&``A8(P#K.",DY__X)`P`"`&( M0",HX0`(%"``!P````"1+0``)2D``0$->`0`SS`E)0@`""3G__@\&!```P?` M(9,8,`B1+@````````'8R"0!&5`$`,HP)8RK``R4K``&``````%L:"&LK0`, M$````P#`$"$0```!``````/@``@GO0`8)[W_V*^_`!ROI``HK[$`&*^P`!2/ MK@`H`````(W0`1@`````%@``%P`````/X`2")`1U;(^O`"@`0(@AK?$!&(^X M`"@`````CQD!&``````7(``(`````#P$$``\!1``)*4P=@P0(Y`DA#!I$``` M'P``$"&/J``H`````(T0`1@`````I@``!*X``!PD"2<0K@D`&"0*``DD"P'_ MK@L`"*8*``8D#`$"K@P`%*X```R/K0`H`````(VN`20```````YXP"7X__6N M&``0#!!!\P(`("$D&?__KAD``!````,D`@`!$````0````"/OP`]_[BOOP`LKZ0`2*^E`$ROI@!0K[4`**^T`"2OLP`@K[(` M'*^Q`!BOL``4CZX`2`````"-T`$8`````!8```,`````$```A```$"&.%``` M`````"0!__\6@0`5`````(^O`%``````&>``$0````"/I`!(#!!`_R0%`0"/ MN`!,`````),4```G&0`!K[D`3(^H`%``````)0G__Z^I`%"."@`@`````"5+ M``&N"P`@CZP`4``````9@`!B`````(^M`$P`````D;,``"6N``&OK@!,CZ\` M4``````E^/__K[@`4(X9`"``````)R@``:X(`"``$TL``32((0`340`!5)`F M`!)8@`(+8"&-C0`H`````!6Q``<``````!)P0`(.>"&%]$Y4`````!```$$` M`````!+`@`(8R"&/*``H``````4``!P`````)`D3BP$RJ",60``"`````"05 M``$"59`C!D$``@`````F4A.+`!)0@`(*6"&-;``H`````!61``<``````!)H M0`(-<"&%U$Y4`````!```"8``````!)X@`(/P"&/&0`H``````]_^"OOP`4KZ0`((^N`"``````C<\!&`````"O MKP`]`"`#X``(```` M`">]_[BOOP`LKZ0`2*^E`$ROM0`HK[0`)*^S`""OL@`"$# M#P@J$"``)``````R.0`'$R``%0````"/J0!(`!%`PZTH`2R/J@!(`````(U+ M`2"-3`$L``````%LH"&/I`!(#!`C00``````0*@ACZX`2)*-``"-SP$@```` M`*'M```0```%`````(^D`$@,$"-!``````!`J"&/N`!(`````(\4`2`````` M,C$`!ZX1``P0```'`````(^Y`$@`$4C#CR@!(``````!":`A,C$`!SP+$``\ M#1```;%H(0%Q6"&1:S`(D:TO_)**```",W`$`]`"@GO?_P)(5.5"0'__\D M!A-[K*?_P*RG_\2LI__(K*?_S*RG_]"LI__4K*?_V*RG_]RLI__@K*?_Y*RG M_^BLI__LK*?_\*RG__2LI__XK*?__"2E_\`DQO_P!,'_[0`````DQ@`0&,`` M!@`````DI?_\K*<``"3&__\

]`!`GO?_H MK[\`%*^D`!B/K@`8`````(W/`1@`````$>``"0````"/N``8`````(\$`1@/ MX`2``````(^Y`!@`````KR`!&!````$`````C[\`%">]`!@#X``(```````` M````````)[W]6`"`&"$D#O__KZX`'!1@`!&OOP`4/`00``_@!&PDA#*D$$`` M!0!`&"&03P```````!7@``@`````DYB`H``````3```#`````!```",``!`A M)X.`I#P%$``DI3*PHX"`H">D`B@/X`2\KZ,"J(^C`J@GI`(V#^`$O`!@*"$G MI`(H#!!"F```*"$$0``1`$`@(2>E`"8D!@("#!!"J*^D`"`D`0("%$$`"(^D M`"`\!!``)(0PH">E`"8/X`2,)`8"`J^@`!R/I``@#!!"B`````"/H@`<```` M`(^_`!0GO0*H`^``"```````````)[W_Z*^_`!0/X`0^KZ0`&(^D`!@,$$,@ M`````(^_`!0GO0`8`^``"```````````)`($.@````P0X``#``````@00R0` M`````^``"```$"$D`@03````#!#@``,`````"!!#)``````#X``(`````"0" M`^X````,$.```P`````($$,D``````/@``@``!`A)`(#\`````P0X``#```` M``@00R0``````^``"``````D`@/M````#!#@``,`````"!!#)``````#X``( M`````"0"`^P````,$.```P`````($$,D``````/@``@`````)`(#ZP````P0 MX``#``````@00R0``````^``"``````D`@/[````#!#@``,`````"!!#)``` M```#X``(`````">]_^"OL@`8/!(0`*^Q`!2OI0`D/`40``#`B"$F4CJGK[\` M'*^P`!"OI``@)`0``@)`@"$D!@`2#!!"H"2E.K"/I``@#^`$P@````"/I0`@ M)`0``@P00J``0#`A)`0``B>%@,`,$$*@)`8`!X^D`"0/X`3"`````(^E`"0D M!``"#!!"H`!`,"$D`B<0)`0``0(B`!H40``"```````'``TD`?__%$$`!#P! M@``6(0`"```````&``T``!@2%&``!B1N`#`6$@`$)&X`,!1$``0`````)&X` M,*(.```F$``!`B(`&A1```(```````<`#20!__\400`$/`&``!8A``(````` M``8`#20!``H``(@0````````````00`:```0$A1`_]L`````/!$0`"0/``JB M#P``)C$ZH"80``$"("`A#^`$PJ(````D!``"`B`H(0P00J``0#`A#!!#*``` M``"/OP`]`"```````````"0"!`0````,$.`` M`P`````($$,D``````/@``@``!`A)`(#Z0````P#X``(`````#P!$`"L(COL M`^``""0"__\GO?_HK[\`%"0$``8,$$.H```H(1!```4`0"@A#!!#J"0$``80 M```(`````(^"@-`D`0`!)$(``11!``.O@H#0#^`$/@`````,$$/(``````!` M("$,$$/`)`4`!H^_`!0GO0`8`^``"```````````/`,0`(QC.M0D`@/Y`(,@ M(0````P4X``%`````#P!$`"L)#K4`^``"`!@$"$($$,D`````#P"$`",0CK0 M``````""""L0(``"``````!`("$D`@/Y````#!3@__0`````/`$0`*PD.M0# MX``(```0(1B``%8`````*($`'Q`@`%,`````-(0"`"0"!!@````,$.```P`` M```($$,D``````/@``@`````&(``2``````H@0`?$"``10`````TA`0`)`($ M&`````P0X``#``````@00R0``````^``"``````8@``Z`````"B!`!\0(``W M`````#2$"``D`@08````#!#@``,`````"!!#)``````#X``(`````!B``"P` M````*($`'Q`@`"D`````-(00`"0"!!@````,$.```P`````($$,D``````/@ M``@`````&(``'@`````H@0`?$"``&P`````\!@!!),8.Y#2$`0`D`@08```` M#!#@``,`````"!!#)``````#X``(`````!B```X`````*($`'Q`@``L````` M/`8`023&#N0D`@08````#!#@``,`````"!!#)``````#X``(``````@00R0D M`@`6)[W_Z`#@^`FOI@`0CZ0`$"0"!$`````,`````"0"!`T````,$.```P`` M```($$,D``````/@``@``!`A)`(#_`````P0X``#``````@00R0``````^`` M"```````````````````````````/`(0`"1",*`\`0_`K"(``#P"`$$D0@T0 M/`$/P*PB`!0\`@!!)$(-1#P!#\"L(@`8/`(0`"1".^`\`0_`K"(`$#P"$``D M0COL/`$/P*PB`!P\`A`!)$++\#P!#\"L(@!`/`(0`21"Z_@\`0_`K"(`1#P" M$`$D0@P`/`$/P*PB`$@\`A``)$(RP#P!#\"L(@!,/`(0`"1".X`\`0_`K"(` M4#P"$``D0CD`/`$/P*PB`%0\`@^`)$(2"#P!#\"L(@`@/`(/@"1"$A`\`0_` MK"(`)#P"#X`D0A(`/`$/P*PB`"@#X``(```````````````````````````` 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```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````$!R>`!`=,@`0'00`$!SJ`!`=,@`0'1X`$!T MR`!`=,@`0'3(`$!TR`!`=,@`0'3(`$!TR`!`=,@`0'3(`$!TR`!`=,@`0'1X M`$!T>`!`=,@`0'3(`$!TR`!`<*``0'3(`$!TR`!`=,@`0'3(`$!TR`!`<1`` M0'`H`$!TR`!`<"@`0'$0`````````````````$"7N`!`F#P`0)C,`$"92`!` MILP`0*>(`$"FS`!`IX@`0*>P`````````````````$"Z$`!`N@``0+GP`$"Y MX`!`NJP`0+J@`$"ZE`!`NH@`0+P0`$"\``!`N_``0+O@`$"\K`!`O*``0+R4 M`$"\B`!`O90`0+V$`$"]=`!`O60`0+LD`$"YH`!`O20`0+N4`$#`F`!`P'P` M0,!@`$#`1`!`P4``0,$T`$#!*`!`P1P`0,(\`$#"(`!`P@0`0,'H`$##:`!` MPTP`0,,P`$##%`!`Q!``0,0$`$##^`!`P^P`0,4H`$#%#`!`Q/``0,34`$#! MN`!`O_0`0,2(`$#"K`!`R[@`0,M4`$#*\`!`RHP`0,Y(`$#-J`!`S0@`0,QH M`$#2:`!`TD0`0-(@`$#1_`!`T=@`0-&T`$#1D`!`T6P`0-5\`$#56`!`U30` M0-40`$#4[`!`U,@`0-2D`$#4@`!`V-@`0-BT`$#8D`!`V&P`0-A(`$#8)`!` MV```0-?<`$#;L`!`VXP`0-MH`$#;1`!`VR``0-K\`$#:V`!`VK0`0-W,`$#= MJ`!`W80`0-U@`$#=/`!`W1@`0-ST`$#`!`XE0`0.68`$#E=`!` MY5``0.4L`$#E"`!`Y.0`0.3``$#DG`!`Y[``0.>,`$#G:`!`YT0`0.<@`$#F M_`!`YM@`0.:T`$#CN`!`Z!``0-]8`$#H&`!`Z'``0.&8`$#?4`!`Y?@`0..P M`$#J%`!`Z@0`0.GT`$#IY`!`Z=0`0.G$`$#IM`!`Z:0`0.LL`$#K'`!`ZPP` M0.K\`$#J[`!`ZMP`0.K,`$#JO`!`[`@`0.OX`$#KZ`!`Z]@`0.O(`$#KN`!` MZZ@`0.N8`$#M&`!`[0@`0.SX`$#LZ`!`[-@`0.S(`$#LN`!`[*@`0.F(`$#J M8`!`ZF``0.MX`$#K>`!`\*@`0/"X`$#PU`!`\/``0/1X`$#T^`!`]9``0/8( M=7-A9V4Z('1O=&EF9B!I;6%G92YR9V(@:6UA9V4N=&EF"@``=&]T:69F.B!C M86XG="!O<&5N(&]U='!U="!F:6QE("5S"@``8V]L;W(@:7)IF4Z M(&-A;B=T(&]P96X@:6YP=70@9FEL90H`````:6UG7W-E96LZ('=I97)D(&EM M86=E('1Y<&4*`&EM9VQI8CH@"D` M3F]T(&$@5$E&1B!F:6QE+"!B860@=F5R`!#86YN;W0@=W)I=&4@9&ER96-T;W)Y+"!O=70@;V8@ M``$` M```%``,``!``#\,!'P`!````!0`#```0``_O`2#__P````3__P``$``/^0$A M__\````$__\``!``$`4!(@`!`````P`5```0`!`4`2/__P````,`%@``$``0 M)0$D``$````$`!<``!``$#`2W__P````,` M'```$``0SP$Q__\````"`"4``!``$0`!,O__`````@`C```0`!$F`3O__P`` M``(`(@``$``[.P$\__\````"`"0``!``$2\!/0`!`````P`A```0`!$\`4#_ M_P````,`(```$``11H#C``$````#`"8``!``$4]3=6)F:6QE5'EP90!/;&13 M=6)F:6QE5'EP90!);6%G95=I9'1H`$EM86=E5VED=&@`26UA9V5,96YG=&@` M26UA9V5,96YG=&@`0FET&5L`%)O=W-097)3=')I<`!2;W=S4&5R4W1R:7``4W1R:7!" M>71E0V]U;G1S`$UI;E-A;7!L959A;'5E`$UA>%-A;7!L959A;'5E`%A297-O M;'5T:6]N`%E297-O;'5T:6]N`%!L86YA5)E M2!L:6YK`$1A M=&54:6UE`$AO0`` M```E0!#86X@;F]T(')E860@5$E&1B!D:7)E8W1O0!#86X@;F]T M(')E860@5$E&1B!D:7)E8W1O3L@ M=&%G"D`5W)O;F<@9&%T M82!T>7!E("5D(&9O2!IF5R;R!D96YO M;6EN871O<@!);F-O2!T;R!F971C:"!F:65L9"`B)7,B````````````0"@C*71I9E]W"`E9`!#;VUP"`E9````%1)1D977,`)7,Z($YO('-P86-E(&9O/@$A$3$)*1DY!24 M5-0TM'3T#(Q,S"RL;.PWCZ^?OX!@4'! M(:%AX1&14=$QL7'Q"8E)R2FI:>D9F5G9.;EY^06%1<4EI67E%955U36U=?4- MC4W-+:UM[1V=7=T]O7W]`X-#PR.C8^,3DU/3,[-S\PN+2\LKJVOK&YM;VSN[ M>_L'AT?')Z=GYQ>75]````&0```&D````,````'P```!D```!J```` M#````"`````9````:P````P````A````&0```-(````,````(@```!D```#3 M````#````",````9````U`````P````D````&0```-4````,````)0```!D` M``#6````#````"8````9````UP````P````G````&0```&P````,````*``` M`!D```!M````#````"D````9````V@````P````J````&0```-L````,```` M*P```!D```!4````#````"P````9````50````P````M````&0```%8````, M````+@```!D```!7````#````"\````9````9`````P````P````&0```&4` M```,````,0```!D```!2````#````#(````9````4P````P````S````&0`` M`"0````,````-````!D````W````#````#4````9````.`````P````V```` M&0```"<````,````-P```!D````H````#````#@````9````6`````P````Y M````&0```%D````,````.@```!D````K````#````#L````9````+`````P` M```\````&0```%H````,````/0```!D```!F````#````#X````9````9P`` M``P````_````&@````\````*````0````!H```#(````#````(`````:```` MR0````P```#`````&@```%L````,```!`````!H````S````#````4`````: M````-`````P```&`````&@```#4````,```!P````!H```!L````#0```@`` M```:````;0````T```)`````&@```$H````-```"@````!H```!+````#0`` M`L`````:````3`````T```,`````&@```$T````-```#0````!H```!R```` M#0```X`````:`````````&P```!(` M```,```'P````!L````3````#```"``````;````%`````P```A`````&P`` M`!4````,```(@````!L````6````#```",`````;````%P````P```D````` M&P```!P````,```)0````!L````=````#```"8`````;````'@````P```G` M````&P```!\````,```*`````!P````#````!_____T````<`````P````;_ M___^````'`````,````#_____P```!P````!`````0`````````<`````@`` M``,````!````'`````(````&`````@```!P````"````!P````,````<```` M`0````,```/H````'`````$````$```'T$9A>#,H861D=&]H87-H*0!&871A M;"!H87-H(&-O;&QI#-0 M#,@"`E9"D`1F%X,T1E8V]D93H@4')E;6%T=7)E($5/3"!A M="!S8V%N;&EN92`E9"`H>"`E9"D`1F%X,T1E8V]D93H@0F%D(&-O9&4@=V]R M9"`H;&5N("5D(&-O9&4@)60I(&%T('-C86YL:6YE("5D("AX("5D*0!&87@S M1&5C;V1E.B!"860@=&%B;&4@:60@*"5D*2!A="!S8V%N;&EN92`E9"P@*'@@ M)60I````"`<&!@4%!04$!`0$!`0$!`,#`P,#`P,#`P,#`P,#`P,"`@("`@(" M`@("`@("`@("`@("`@("`@("`@("`@("`@$!`0$!`0$!`0$!`0$!`0$!`0$! M`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````````````````````0$!`0$!`0$!`0$!`0$! M`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$!`0$! M`0$!`0("`@("`@("`@("`@("`@("`@("`@("`@("`@("`@("`P,#`P,#`P,# M`P,#`P,#`P0$!`0$!`0$!04%!08&!PA3;W)R>2P@8V%N(&YO="!H86YD;&4@ M,BUD($9!6"!E;F-O9&EN9P!&87@S4')E16YC;V1E`"5S.B!-=7-T(&AA=F4@ M,2!B:70O#-0#,@ M7I;7%U>7V!!0D-$ M149'2$E*2TQ-3D]045)35%565UA96GM\?7Y_```````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````````$-(4D-,05-3`````"]L:6(O8VAR8VQA M Organization: Computing About Physical Objects Subject: GIF's on SGI Personal Iris Message-Id: <10804@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi, I just found out about this group and I was hoping someone could help me out. I have some GIF files that I want to display on my SGI Personal Iris, but I don't have a display program. I have tried running a program called `xgif' on another machine and sending the display to my machine, but the colors are all wrong. I think this is because `xgif' is expecting to display on an 8 bit color machine. Has anyone out there written a program that displays gifs on an Iris? Thanks, Kevin krk@cs.purdue.edu ...!{decwrl,gatech,ucbvax}!purdue!krk   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05608; 10 Jun 90 1:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab05193; 9 Jun 90 23:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05173; 9 Jun 90 23:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05842; 9 Jun 90 23:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA09594; Sat, 9 Jun 90 20:23: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: 10 Jun 90 03:10:41 GMT From: Christopher Hull Organization: Division of EMBA, University of Vermont Subject: real time /dev/audio 3-D spectrum analyser for PI Message-Id: <1533@uvm-gen.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here is an interesting program we developed for fun to explore the world of signal processing (on a limited basis :-). It should work on any PI with the audio jack hooked up to a sound source. The program will read from stdin unless the -a flag is given to specifically another file. One caveat here however; since read() is used to grab the data as fast as possible the program will probably not work well with pipes. Also no synchronizing is done in this version between the reading and graphing process so a prerecorded file will probably get eaten up in a matter of seconds. Moral: this program works best with /dev/audio as its input. We've included a uuencoded noise sample from our system, but you'll probably want to creat your own. (#define SAVENOISE and run). If you find it useful or make any improvements please forward them to us. Also if any one else has used /dev/audio for any purpose we'd like to know. We have a few more nifty programs that we've written so if there's enough interest we may post. Steve Chappelow Christopher Hull EMBA-CF Univserity of Vermont --------------------------------------------------------------------- hull@uvm.edu swc@uvm.edu %<-------------------- cut here -------------------->% #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh 'makefile' <<'END_OF_FILE' X#DEFS=-DQUICKGRAPHICS -DSKIPFFT #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh 'makefile' <<'END_OF_FILE' X#DEFS=-DQUICKGRAPHICS -DSKIPFFT CFLAGS= -O -float LIBS= -lgl_s -lm X freq3d: freq3d.o fft4.o X cc $(DEFS) $(CFLAGS) freq3d.o fft4.o $(LIBS) -o freq3d X freq3d.o: freq3d.c freq3d.h X cc $(DEFS) freq3d.c -c -o freq3d.o X fft4.o: fft4.c freq3d.h X cc $(DEFS) fft4.c -c -o fft4.o END_OF_FILE if test 271 -ne `wc -c <'makefile'`; then echo shar: \"'makefile'\" unpacked with wrong size! fi # end of 'makefile' fi if test -f 'fft4.c' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'fft4.c'\" else echo shar: Extracting \"'fft4.c'\" \(5141 characters\) sed "s/^X//" >'fft4.c' <<'END_OF_FILE' X/** Very Fast Fourier Transform routines X * X * (C) Copyright 1990, Christopher Hull, Steve Chappelow X * The University of Vermont, EMBA-CF. X * X * This program may be redistributed in accordance with the X * GNU GENERAL PUBLIC LICENSE. X * X */ X X X#include X#include X#include X#include X#include "freq3d.h" X X int fft (unsigned int samples, X float *timedata, X float *freqdist); static void computefft (unsigned int samples, X float *real, X float *imaginary); void buildtables (unsigned int lowidx, X unsigned int idxrange); X extern float sine[], cosine[], eq[]; extern unsigned int butterfly[]; X X X/********************************************************************* X * Last edit: swc@newton (Steve Chappelow) X * Wed Jun 6 00:57:35 1990 X * X * fft() --- Performs the Fourier transform on a real-valued function. X * X * Requires: samples --- Number of data points in the input X * function, real part only. Must be a power of two. X * X * timedata --- Array containing real-part of raw X * input function. This should be normalized. X * X * freqdist --- Coeffecients in the frequency X * domain. Half as many frequencies as input points are stored X * here, since the 2nd half of the coeffiecents are identical X * because we don't use the imaginary part of the time signal. X * X * Returns: 0 if all ok, -1 otherwise. X */ int fft (unsigned int samples, X float *timedata, X float *freqdist) X{ float imaginary[FFTSIZE]; /* create the imaginary part */ unsigned int loop; X#ifdef SKIPFFT X return (1); X#endif SKIPFFT X /* test to see if length is a power of two greater than zero */ X for (loop = samples; 0 == (loop & 1); loop >>= 1) X ; X if (0x1 != loop) X return (-1); X X /* zero imaginary */ X (void) memset ((char *) imaginary, 0, (int) samples * sizeof (float)); X computefft (samples, timedata, imaginary); X X /* X * Reorder only half of coeffecients into the outgoing array since X * 2nd half is identical. X */ X for (loop = 0; loop < samples / 2; loop++) X { X unsigned int r = butterfly[loop]; X *freqdist++ = sqrt (timedata[r] * timedata[r] + imaginary[r] * imaginary[r]); X } X return (0); X} X X X X/********************************************************************* X * Last edit: swc@midnight (Steve Chappelow) X * Wed Jun 6 20:29:14 1990 X * X * computefft() ---Does the Descrete Fourier Transform. X * X * Requires: samples --- Number of complex valued samples of X * the function in the parallel arrays. X * X * real --- Real valued part of complex numbers. X * X * imaginary --- Imaginary part of complex X * numbers. X * X * Returns: nothing X */ static void computefft (unsigned int samples, X float *real, X float *imaginary) X{ X register unsigned int loop0, loop1, loop2; X register unsigned int i = samples >> 1, j = 1, k, l, y, X power = log10 ((float) samples) / log10 (2.0); X X for (loop0 = 0; loop0 < power; loop0++) X { X k = 0; X l = i; X for (loop1 = 0; loop1 < j; loop1++) X { X register float *rp = real, *ip = imaginary; X register float w1, w2; X y = butterfly[k / i]; X w1 = cosine[y]; X w2 = sine[y]; /* save a neg here */ X for (rp += k, ip += k, loop2 = k; loop2 < l; loop2++, rp++, ip++) /* 8 */ X { X register float b1 = w1 * *(rp + i) + w2 * *(ip + i); /* 7 */ X register float b2 = w1 * *(ip + i) - w2 * *(rp + i); /* 3 */ X *(rp + i) = *rp - b1; /* 3 */ X *(ip + i) = *ip - b2; /* 3 */ X *rp = *rp + b1; /* 3 */ X *ip = *ip + b2; /* 3 */ X } /* 4 */ X k += (i << 1); X l += (i << 1); X } X i >>= 1; X j <<= 1; X } X} X X X/********************************************************************* X * Last edit: swc@newton (Steve Chappelow) X * Thu Jun 9 20:01:44 1990 X * X * reverse() --- Reverses a string of bits. X * X * Requires: bitpattern --- Bit string to reverse X * length --- Number of bits starting at bit zero X * for reverse. X * X * Returns: The reverse bit string. X */ void buildtables (unsigned int lowidx, X unsigned int idxrange) X{ X register unsigned int result = 0; X register unsigned int bitpattern; X register unsigned int loop; X register unsigned int length; X for (loop = 0; loop < FFTSIZE; loop += 1) X { X length = (int) (log10 ((float) FFTSIZE) / log10 (2.0)); X bitpattern = loop; X result = 0; X do X { /* 58 cycles */ X result <<= 1; X result |= (bitpattern & 1); X bitpattern >>= 1; X } X while (--length); X butterfly[loop] = result; X } X X /* pre-compute trig tables [0,2PI] */ X for (length = 0; length < FFTSIZE; length++) X { X sine[length] = sin (TWO_PI * length / (float) FFTSIZE); X cosine[length] = cos (TWO_PI * length / (float) FFTSIZE); X } X X /* compute the equalization on frequencies */ X for (length = 0; length < idxrange; length++) X eq[length] = log10 ((length + lowidx + 7.0) / 5.0); X} END_OF_FILE if test 5141 -ne `wc -c <'fft4.c'`; then echo shar: \"'fft4.c'\" unpacked with wrong size! fi # end of 'fft4.c' fi if test -f 'freq3d.c' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'freq3d.c'\" else echo shar: Extracting \"'freq3d.c'\" \(13415 characters\) sed "s/^X//" >'freq3d.c' <<'END_OF_FILE' X/** Spectral Decomposition Display Driver X * X * (C) Copyright 1990, Christopher Hull, Steve Chappelow X * The University of Vermont, EMBA-CF. X * X * This program may be redistributed in accordance with the X * GNU GENERAL PUBLIC LICENSE. X * X */ X X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X X#include "freq3d.h" X X void sighup (void); void sigterm (void); void drawaxes (int low, X int high, X struct timeval lowtime, X struct timeval hightime, X struct timeval starttime); void graphproc (void); void readproc (void); static void parseargs (int argc, X char **argv); void printsemastats (void); void makemap (void); void updatetickers (float, X unsigned int, X unsigned int, X struct timeval); int main (int argc, X char **argv); X X extern void buildtables (); X X/* global since fft() uses these too */ float sine[FFTSIZE]; float cosine[FFTSIZE]; float eq[FFTSIZE / 2]; /* eq on frequencies */ unsigned int butterfly[FFTSIZE]; /* lookup reversed bits */ signed char buf[BUFSIZE]; static unsigned int readcount = 0; X int graphpid; int readpid; X char *noisesfilename = "noise.dat"; int audiofd = 0; /* stdin by default */ float highfrequency = DIGITIZERATE / 2.0 - 1, X lowfrequency = 0.0; X float blankrect[] = { X TMIN, 0, 0, X TMIN, FFTSIZE, 0, X TMIN, FFTSIZE, 10000, X TMIN, 0, 10000 X}; X X X int main (int argc, char **argv) X{ X X parseargs (argc, argv); X X if (-1 == ioctl (audiofd, AUDIOCSETRATE, 1)) X perror ("ioctl: AUDIOCDURATION:"), exit (1); X if (-1 == ioctl (audiofd, AUDIOCDURATION, 200)) X perror ("ioctl: AUDIOCDURATION:"), exit (1); X X X if ((graphpid = sproc (graphproc, PR_SALL, NULL)) < 0) X { X perror ("sproc"); X exit (1); X } X if ((readpid = sproc (readproc, PR_SALL, NULL)) < 0) X { X perror ("sproc"); X exit (1); X } X return (0); /* parent dies */ X} X X X void updatetickers (float running_t, X unsigned int idxrange, X unsigned int frame, X struct timeval starttime) X{ /* so we have realtimestr each time past X * here */ X struct timeval realtime; X static char realtimestr[20] = "00.00", X virtualtimestr[20] = "00.00", X framenumstr[20] = "0", X readcountstr[20] = "00.00"; X X color (BACKGROUNDCOLOR); X cmov (TMAX, -150.0 * ((float) idxrange / FFTSIZE), -BOXHEIGHT); X charstr (realtimestr); /* erase previous time */ X cmov (TMAX * .85, -150.0 * ((float) idxrange / FFTSIZE), -BOXHEIGHT); X charstr (virtualtimestr); X cmov (TMAX * .7, -150.0 * ((float) idxrange / FFTSIZE), -BOXHEIGHT); X charstr (framenumstr); X cmov (TMAX * 0.55, -150.0 * ((float) idxrange / FFTSIZE), -BOXHEIGHT); X charstr (readcountstr); X gettimeofday (&realtime, (struct timezone *) NULL); X sprintf (realtimestr, "Real: %.2f", X ((realtime.tv_sec * 1000000.0 + realtime.tv_usec) X - (starttime.tv_sec * 1000000.0 + starttime.tv_usec)) X / 1000000.0); X sprintf (virtualtimestr, "Virtual: %.2f", ((running_t - TMIN) / (TMAX - TMIN) X + frame) * SLICES * NSEC); X sprintf (framenumstr, "Frame: %0d", frame); X sprintf (readcountstr, "Reads: %.2f", (float) readcount * NSEC); X color (7); X cmov (TMAX, -150.0 * ((float) idxrange / FFTSIZE), -BOXHEIGHT); X charstr (realtimestr); X cmov (TMAX * 0.85, -150.0 * ((float) idxrange / FFTSIZE), -BOXHEIGHT); X charstr (virtualtimestr); X cmov (TMAX * 0.7, -150.0 * ((float) idxrange / FFTSIZE), -BOXHEIGHT); X charstr (framenumstr); X cmov (TMAX * 0.55, -150.0 * ((float) idxrange / FFTSIZE), -BOXHEIGHT); X charstr (readcountstr); X} X X void drawaxes (int lowindex, X int highindex, X struct timeval lowtime, X struct timeval hightime, X struct timeval starttime) X{ char tmp[25]; float numpoints; int loop; X X numpoints = highindex - lowindex; X drawmode (OVERDRAW); X mapcolor (1, 0, 0, 255); X mapcolor (2, 255, 255, 255); X mapcolor (3, 0, 255, 0); X color (0); X clear (); X color (2); X setlinestyle (1); X for (loop = 0; loop <= 6; loop++) X { X float freq = loop * numpoints / 6.0; X sprintf (tmp, "%.0f Hz", ((6.0 * lowindex + numpoints * loop) X * (float) MAXFREQUENCY) / (6.0 * (FFTSIZE / 2.0))); X cmov (TMAX * 1.2, freq - 10.0 * (numpoints / FFTSIZE), 0.0); X color (2); X charstr (tmp); X color (1); X move (TMAX * 1.1, freq, 0.0); X draw (TMAX, freq, 0.0); X } X X color (3); X move (TMAX, 0.0, 0.0); X X draw (TMAX, numpoints, 0.0); X move (TMIN, 0.0, 0.0); X draw (TMAX, 0.0, 0.0); X X#define sec(x) ((x.tv_sec*1000000.0 + x.tv_usec)/1000000.0) X X for (loop = 0; loop <= 8; loop++) X { X sprintf (tmp, "%7.1fs", X (sec (lowtime) - sec (starttime)) + X (loop / 8.0) * (sec (hightime) - sec (lowtime))); X X cmov (loop * (TMAX - TMIN) / 8 - TMAX, -80.0 * (numpoints / FFTSIZE), 0.0); X color (2); X charstr (tmp); X } X cmov (TMIN - 150, numpoints / 2 - 20 * (numpoints / FFTSIZE), 800.0); X charstr ("Real-Time Spectral Analysis"); X move (TMAX, 0.0, -BOXHEIGHT); X draw (TMAX, (float) numpoints, -BOXHEIGHT); X draw (TMAX, (float) numpoints, BOXHEIGHT); X draw (TMAX, (float) numpoints, -BOXHEIGHT); X X setlinestyle (2); X draw (TMIN, numpoints, -BOXHEIGHT); X draw (TMIN, numpoints, BOXHEIGHT); X move (TMIN, numpoints, -BOXHEIGHT); X draw (TMIN, 0.0, -BOXHEIGHT); X X setlinestyle (1); X draw (TMIN, 0.0, BOXHEIGHT); X draw (TMIN, 0.0, -BOXHEIGHT); X draw (TMAX, 0.0, -BOXHEIGHT); X draw (TMAX, 0.0, BOXHEIGHT); X move (TMAX, 0.0, BOXHEIGHT); X X draw (TMAX, numpoints, BOXHEIGHT); X draw (TMIN, numpoints, BOXHEIGHT); X draw (TMIN, 0.0, BOXHEIGHT); X draw (TMAX, 0.0, BOXHEIGHT); X drawmode (NORMALDRAW); X setlinestyle (0); X} X X void graphproc (void) X{ struct timeval starttime, lowtime, hightime; unsigned int idxrange, lowidx, highidx, x; int i1, i2; float v[3]; float running_time; unsigned int frame = 0; long sx, sy; float timedata[FFTSIZE]; X /* these are all half as big since the frequency domain is courser */ float freqdist[FFTSIZE / 2]; /* ignore mirror side */ float avg[FFTSIZE / 2]; float noises[FFTSIZE / 2]; X X X signal (SIGHUP, sighup); X signal (SIGTERM, sighup); X gettimeofday (&starttime, (struct timezone *) NULL); X lowtime = starttime; X hightime = starttime; X bzero (noises, sizeof (noises)); X bzero (avg, sizeof (avg)); /* reset averages */ X bzero (eq, sizeof (eq)); /* reset eq */ X bzero (freqdist, sizeof (freqdist)); /* reset freqs */ X X#ifndef SAVENOISE X if ((i1 = open (noisesfilename, O_RDONLY)) < 0) X fprintf (stderr, "can't find noise reduction\n"), exit (1); X X if (read (i1, (char *) noises, sizeof (noises)) != sizeof (noises)) X fprintf (stderr, "version mismatch in noise data file\n"), exit (1); X#endif X X lowidx = (int) ((lowfrequency / MAXFREQUENCY) * (FFTSIZE >> 1)); X highidx = (int) ((highfrequency / MAXFREQUENCY) * (FFTSIZE >> 1)); X idxrange = highidx - lowidx; X X prefposition (0, 1280, 0, 1023); X foreground (); X winopen ("Fequency display "); X makemap (); X overlay (2); X gconfig (); X getsize (&sx, &sy); X X concave (TRUE); X X ortho (TMIN, TMAX, -FFTSIZE, FFTSIZE, -1000, 1000); X X polarview (300, 850, 600, 0); X translate (0, -FFTSIZE / 2, 0); X X scale (1.3, FFTSIZE / (float) idxrange, 0.2); /* time, frequency, X * voltage */ X deflinestyle (1, 0xFFFF); X deflinestyle (2, 0x0001); X color (BACKGROUNDCOLOR); X clear (); X X qdevice (REDRAW); X qdevice (ESCKEY); X qdevice (WINQUIT); X qdevice (DEPTHCHANGE); X drawaxes (lowidx, highidx, lowtime, hightime, starttime); X X buildtables (lowidx, idxrange); X X running_time = TMIN; X while (1) X { X#ifdef SAVENOISE static int count = 0; X#endif X for (i1 = 0; i1 < FFTSPERBUF; i1++) X { X register float *ft, *ft2, *ft3; X signed char *ch; X ft = timedata; X ch = buf; X for (i2 = 0; i2 < FFTSIZE; i2++) X *ft++ = *ch++ * sine[i2 >> 1]; /* apply Hanning window */ X /* if FFT is too fast we may apply twice on 1 window */ X X if (-1 == fft ((unsigned) FFTSIZE, timedata, freqdist)) X fprintf (stderr, "fft failed\n"), exit (1); X#ifdef SAVENOISE X if (count++ == 200) X { X write (1, avg, sizeof (avg)); X kill (readpid, 9); X sleep (9); X exit (0); X } X#endif SAVENOISE X ft = avg; X ft2 = freqdist + lowidx; X ft3 = noises + lowidx; X for (i2 = 0; i2 < idxrange; i2++, ft++) /* put into [0,idxrange] */ X *ft = *ft * (1 - ATTACKFACTOR) /* decaying average */ X + (fabs (*ft2++) - *ft3++) * ATTACKFACTOR; X#ifndef QUICKGRAPHICS X color (0); X bgnpolygon (); X v[0] = running_time; X v[1] = 0; X v[2] = -10; X v3f (v); /* first point */ X X for (x = 0; x < idxrange - 1; x += FREQSTEP) X { X v[1] = x; /* 3-way smoothing */ X v[2] = (avg[x] + avg[x + 1] + avg[x + 2]) * eq[x]; X if (v[2] < 0) X v[2] = 0; X v3f (v); X if (!(x & 127)) X { X float tmp; X tmp = v[2]; X v[2] = -10.0; X v3f (v); X endpolygon (); X bgnpolygon (); X v3f (v); X v[2] = tmp; X v3f (v); X } X } X v[2] = -10.0; X v3f (v); X endpolygon (); X#endif X X bgnline (); X for (x = 0; x < idxrange - 1; x++) X { X color (((x * 256) / idxrange) + 512); /* 256 COLOR RAMP */ X v[0] = running_time; X v[1] = x; X v[2] = (avg[x] + avg[x + 1] + avg[x + 2]) * eq[x]; X if (v[2] < 0) X v[2] = 0; X v3f (v); X } X endline (); X X updatetickers ((float) running_time, idxrange, frame, starttime); X running_time += TIMESTEP; X if (running_time > TMAX) X { X struct timeval lasttimerange; X /* newhightime = newlowtime + lastrange; */ X gettimeofday (&hightime, (struct timezone *) NULL); X lasttimerange.tv_sec = hightime.tv_sec - lowtime.tv_sec; X lasttimerange.tv_usec = hightime.tv_usec - lowtime.tv_usec; X gettimeofday (&lowtime, (struct timezone *) NULL); X hightime.tv_sec = lasttimerange.tv_sec + lowtime.tv_sec; X hightime.tv_usec = lasttimerange.tv_usec + lowtime.tv_usec; X drawaxes (lowidx, highidx, lowtime, hightime, starttime); X frame += 1; X color (BACKGROUNDCOLOR); X polf (4, blankrect); X running_time = TMIN; X#ifdef QUICKGRAPHICS X color (BACKGROUNDCOLOR); X clear (); X#endif X } X if (qtest ()) X switch (qread (&i2)) X { X case REDRAW: X case DEPTHCHANGE: X pushmatrix (); X pushviewport (); X fullscrn (); X drawmode (OVERDRAW); X color (BACKGROUNDCOLOR); X clear (); X drawmode (NORMALDRAW); X endfullscrn (); X popviewport (); X popmatrix (); X reshapeviewport (); X color (BACKGROUNDCOLOR); X clear (); X drawaxes (lowidx, highidx, lowtime, hightime, starttime); X getsize (&sx, &sy); X break; X case ESCKEY: X case WINQUIT: X fullscrn (); X drawmode (OVERDRAW); X color (0); X clear (); X kill (readpid, SIGKILL); X gexit (); X exit (0); X } X } X } X} X void sigterm () X{ X kill (graphpid, SIGHUP); /* tell him to clear the screen */ X exit (0); X} X void sighup () X{ X drawmode (OVERDRAW); X fullscrn (); X color (0); X clear (); X exit (0); X} X void readproc (void) X{ X signal (SIGTERM, sigterm); X for (;;) X { X /* stdio always read stdio BUFSIZ == 8192 on mips */ X if (-1 == read (audiofd, (char *) buf, (unsigned) BUFSIZE)) X kill (graphpid, SIGHUP), kill (getpid (), SIGHUP); X readcount += 1; X } X} X X static void parseargs (int argc, char **argv) X{ extern float highfrequency, lowfrequency; extern char *noisesfilename; extern char *optarg; int c; X X while ((c = getopt (argc, argv, "a:h:l:n:")) != -1) X switch (c) X { X case 'a': X printf ("using %s for input\n", optarg); X if (NULL == (audiofd = open (optarg, O_RDONLY))) X perror (optarg), exit (1); X break; X case 'h': X highfrequency = atof (optarg); X printf ("highest frequency is %f\n", highfrequency); X break; X case 'l': X lowfrequency = atof (optarg); X printf ("lowest frequency is %f\n", lowfrequency); X break; X case 'n': X noisesfilename = optarg; X printf ("Using noise sample from %s\n", noisesfilename); X break; X default: X fprintf (stderr, "Usage: %s [-a audiofile] [-h highfreq] [-l lowfreq] [-n noisefile]\n", argv[0]), exit (1); X } X} X X void makemap (void) X{ int i, r, g, b, inc; X X inc = 6; X r = 255; X g = 0; X b = 0; X for (i = 0; i <= 60; i++) X { X mapcolor (512 + i, r, g, b); X g += inc; X if (g > 255) X g = 255; X } X g = 255; X for (i = 61; i <= 105; i++) X { X r -= inc; X if (r < 0) X r = 0; X mapcolor (512 + i, r, g, b); X } X X r = 0; X for (i = 106; i <= 165; i++) X { X b += inc; X if (b > 255) X b = 255; X mapcolor (512 + i, r, g, b); X } X X b = 255; X for (i = 166; i <= 210; i++) X { X g -= inc; X if (g < 0) X g = 0; X mapcolor (512 + i, r, g, b); X } X X g = 0; X for (i = 211; i <= 258; i++) X { X r += inc; X if (r > 255) X r = 255; X mapcolor (512 + i, r, g, b); X } X} END_OF_FILE if test 13415 -ne `wc -c <'freq3d.c'`; then echo shar: \"'freq3d.c'\" unpacked with wrong size! fi # end of 'freq3d.c' fi if test -f 'freq3d.h' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'freq3d.h'\" else echo shar: Extracting \"'freq3d.h'\" \(1229 characters\) sed "s/^X//" >'freq3d.h' <<'END_OF_FILE' X/** Spectral Decomposition Display Header X * X * (C) Copyright 1990, Christopher Hull, Steve Chappelow X * The University of Vermont, EMBA-CF. X * X * This program may be redistributed in accordance with the X * GNU GENERAL PUBLIC LICENSE. X * X */ X X/* universal constants */ X#define PI ((float)3.141592653589793232) X#define TWO_PI ((float)2.0 * PI) X X/* semi-tunable parameters */ X#define DIGITIZERATE (32*1024) X#define MAXFREQUENCY (DIGITIZERATE/2) X X/* tunable parameters */ X#define NSEC (1.0/64) X#define BUFSIZE ((int)(DIGITIZERATE*NSEC)) X X#define DUMB_CC X#ifdef DUMB_CC X#define FFTSIZE 512 X#define FFTSPERBUF (BUFSIZE/FFTSIZE) X#else X#define FFTSPERBUF 1 X#define FFTSIZE (BUFSIZE/FFTSPERBUF) X#endif X/* above needed since cc may barf on arrays dimensioned with FFTSIZE */ X X/* weight for frequencies from each new fft */ X#define ATTACKFACTOR 0.25 X X/* skip over this many frequency bands in ploting */ X#define FREQSTEP 1 X X/* time axis ranges and number of slices graphed */ X#define TMIN (-384.0) X#define TMAX (384.0) X#define SLICES (128.0) X#define TIMESTEP ((TMAX - TMIN)/SLICES) X X/* experimental visual switches */ X#define BOXHEIGHT 800.0 X#undef SKIPFFT X#define BACKGROUNDCOLOR 40 END_OF_FILE if test 1229 -ne `wc -c <'freq3d.h'`; then echo shar: \"'freq3d.h'\" unpacked with wrong size! fi # end of 'freq3d.h' fi if test -f 'noise.dat.uu' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'noise.dat.uu'\" else echo shar: Extracting \"'noise.dat.uu'\" \(1440 characters\) sed "s/^X//" >'noise.dat.uu' <<'END_OF_FILE' begin 664 noise.dat M1:Z.$T3I1>-#M]$"0R`L>D*PM\1"B7$G0C:']T'N5S014RFT"X_T%`Y).+0/RND"3B&I`>S>Z0'OH$4"5A[1`H7EI0(,MWD";589`OV:Y0)O'94!7*,U`>N+@ M0*GB-T#0F1U`I=1H0'?;5$"3E+!`L+F10)VU!D"_/6Q`>RKH0+<`T$#(!81` MO53304MYDD%@;&Q`D%870/;(>D#6[*Q`T;=F0*_4\$"V8*%`N;`,0)2"ET"> MZ:I`FDAV0-`OUD"/A3]`QZW90)]K<$!WI/Q`;'Y60!(#+4!'\5)`7V2A0+\G MND#`R<)`H_'$0+6,I4"%Q^!`BA2V0)IAAT"/7,I`BG^@0#6$=D"M/1)`?_LO M0(HQ$T"C@HI`OO6N0(SSST!D]JQ`AK+O0)>$G4"=3Y)`@64>0*MQS$"CE[9` MHR2%0*5M14"G_/M`EAO*0(4JST!Z41Y`BS-L0(JN:$"&34]`;Z&00&'LC4", MLU!`H(J70*Y484#S]V)`V3`0*G4J$"JNI)`L3B$0*P1 M:D"B[@I`BW;60-]%ZT"S]YY`E.V*0(4S0T""`+Y`;8*`0(WA.T"B)%1`8:=E M0)=.0$"S$OQ`L^2#0,]+\D!6L49`FI[`0)3.>D##!-%`B2NZ0$Y.YD!:BOQ` MI]2T0(`C+$!I&KY`<1R^0*XI.$";4S=`TZRH0&7L9T">XZY`H#8<0)P/K$"T M$81`X3.V0.&$#D#,@J5`VK*&0,:Z+$"U\(Y!$/6>00#M*T"`T\1`IZCU0*96 M^$#*V79`N6E%0)GK<$!?%6!`HF-,0),TQ4!2".1`O_A10/=L*D"M(EI`E?^W M0%DIF$#'>(Y`F!2:0*4C^$"OS25`JO6=0(D;&T"!5*I`I.M"0*FO)D!RX+9` M=-U&0.1(4T"@8B9`VA2;0-3&"4#VHT!`H-+&0)WPQD#G8ZA`QAR+0*%F-$!B MLCA`J1O:0)\2_T#5PA`H=D10)$A MNT"PA'1`Z\U801[&ZD$Z]#I`U/UC0--HVD#G,[Y!?S*4091;MT$0I*Y`ZWRR M0.\4G$%;7LE!F+AT05M$_4"QO.Y`_\#`0,>*<$#^#?Q`R4"*0/#6@D#)K4A` M^>U.0,X(A$$V^&A!(R100,QW]4$5FR]`O%D=0.QB;D#?7>=`V9Q,0,*VLT"B BB$M`GL:M0/\Z%4#:ME=`:LOL0//\7T#I=J5`Y.,C03_:".=` X` end END_OF_FILE if test 1440 -ne `wc -c <'noise.dat.uu'`; then echo shar: \"'noise.dat.uu'\" unpacked with wrong size! fi # end of 'noise.dat.uu' fi echo shar: End of shell archive. exit 0