HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.infosystems.gopher
From: sguest@us.oracle.com (Steven A. Guest)
Subject: Re: will the NeXT users out there please speak ASCII like the rest of us?
Followup-To: comp.infosystems.gopher
Organization: Oracle Corporation
Distribution: comp
Date: Wed, 9 Sep 1992 21:19:03 GMT
X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.

In article <1992Aug15.143342.23815@news.csuohio.edu>,
cowboy@trans.csuohio.edu (Syscrusher) wrote:
> Also, and you are correct, Bill, the original sender should consider the
> basic possibility that the NeXT user simply forgot to switch a setting
> on NewsGrazer, most likely, and simply accidentally sent out a rich
> post.  I think the original sender should just LET IT GO as a mistake
> and move on.


The message described was not RTF, rather it was a uuencoded file which
could be decoded on almost any unix box, or other system which has a
uudecode application (Mac, PC, etc) to create the file which was included
in that message.

MyOpinions != MyEmployersOpinions

Steven A. Guest
Newsgroups: comp.infosystems.gopher
From: segur@mot.com (Shawn T. Segur)
Subject: Gopher FAQ
Reply-To: segur@mot.com (Shawn T. Segur)
Organization: MOTOROLA 
Distribution: comp.infosystems.gopher
Date: Fri, 11 Sep 1992 03:09:33 GMT

Is there a Gopher FAQ avail. If so, where might I find it?

Thanks,
Shawn
Newsgroups: comp.infosystems.gopher
From: raman@cs.cornell.edu (T. V. Raman)
Subject: whois on gopher: where?
Summary: Single site gateway to all whois servers:
Keywords: whois gopher
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Thu, 10 Sep 1992 17:09:21 GMT


The summary and keywords say it all:

Is there a single site that I can aim my gopher at to get transparent
access to all the known whois servers in the world?

Thanks,

--Raman
-- 
   T. V. Raman <raman@cs.cornell.edu>Tel: (607)255-9202  R 272-3649
                       Office: 4116 Upson Hall,
Department of Computer Science, Cornell University Ithaca NY 14853-6201
                Res: 226 Bryant Avenue Ithaca NY 14850
Newsgroups: comp.infosystems.gopher,alt.gopher,comp.sys.novell
From: blackp@med.umich.edu (Jeremy Thomas James)
Subject: Novell LWP Gopher Client Released!!!
Originator: blackp@hendrix.itn.med.umich.edu
Organization: University of Michigan - Medical Center
Date: Wed, 9 Sep 1992 01:16:54 GMT


  The Gopher client is now out of the beta stage.  Anyone who wants it can
FTP it anonymous from lennon.itn.med.umich.edu  in pub/gopher.  I believe
I've gotten rid of the bugs, but I'm sure I'll be the first to know if there
are any left.  It still isn't perfect, but I hope you like it...

-- 
What I say isn't necessarily the opinion of the organization I belong to!
===============================================================================
Jeremy T. James         University of Michigan Medical Center,  ITN 
B1911 CFOB, Ann Arbor, MI 48109-0704 Phone:313-747-2778  blackp@med.umich.edu
"Even if your on the right track, you'll get run over if you're there too long"
-------------------------------------------------------------------------------
Newsgroups: comp.infosystems.gopher
From: karrer@bernina.ethz.ch (Andreas Karrer)
Subject: Re: Gopher, Ultrix and netstat
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Sat, 12 Sep 1992 16:06:20 GMT

datta@cs.uwp.edu (David Datta) writes:


>I have been running gopherd as a server for quite a while now and
>recently I did a netstat and lo and behold, there were over 100
>connections on port 70 with a status of FIN_WAIT_2. Is this normal?

depends on what you mean by "normal". our gopher server, a sun 4/490
running 4.1.1, has lines like

  tcp        0    176  ural.gopher        gork.glyph.zak.edu 16224 CLOSING

in its netstat -a output. They stay there forever. This prevents me from
killing and restarting (a new version of) gopherd.

is this a bug in the TCP implementation that does not properly close a
TCP connection after a timeout?

i've seen similar things with nntp connections originating from a
particular (broken?) newsreader, on an ultrix machine.

anyway, i think a TCP server should be able to close a TCP connection
cleanly even with mis-behaving clients.


+-----------
  Andi Karrer, Communication Systems, ETH Zuerich, Switzerland
  karrer@bernina.ethz.ch    - Objects in mirror are closer than they appear
Date: Thu, 10 Sep 92 10:21:04 EDT
From: hamlin@grits.valdosta.peachnet.edu (Jon Hamlin)
Original-To: gopher-news@boombox.micro.umn.edu
Subject: Solved problem with 1.03 client
Newsgroups: comp.infosystems.gopher
Distribution: comp


Our problem with the 1.03 Unix client has been solved.  We were using a Type=Z
to hide a few files so only searches could be used to access them (the files 
by themselves are large and relatively useless).  A friend at the University of
Georgia found this to be the problem (I'd forgotten about the Type=Z).

Is there a way to still hide these files?  Making them dot files will work, but
slows gopher down since it tries to translate these files as link files.

Jon Hamlin
hamlin@grits.valdosta.peachnet.edu
From: phillips@fozzie.nrl.navy.mil (Lee Phillips)
Newsgroups: comp.infosystems.gopher
Subject: Re: Macintosh GopherApp truncates large texts
Date: 14 Sep 92 16:36:39 GMT
	<fredb-140992104935@153.106.5.124>
Followup-To: comp.infosystems.gopher
Distribution: usa
Organization: Naval Research Laboratory
In-reply-to: fredb@calvin.edu's message of 14 Sep 92 14:56:53 GMT


   GopherApp lets you save the complete text message to disk, but
   it uses a 32K buffer to view only the first part of a long message.

That's the problem.  It does not save the full message to disk,
just a truncated version.  The 32k textEdit limit I understand.
The version saved to disk is > 32k, but < the full file.

                                           Lee Phillips
                                           phillips@fozzie.nrl.navy.mil
                                           phillips@cmf.nrl.navy.mil
Newsgroups: comp.infosystems.gopher
From: yyjdavis@sol.UVic.CA (John Davis)
Subject: Re: PC Gopher v1.05r2 Released
Organization: University of Victoria
Distribution: comp
Date: 13 Sep 92 00:23:51 GMT

In <9209091843.AA17735@bauhaus.micro.umn.edu> daniel@bauhaus (Daniel Torrey) writes:
>PC Gopher II v1.05r2 is now available ...

I wonder if anyone will help a poor beginner.  I've just
installed the new client on a Zenith Z-386 SX, with 640K 
base and 3328K extended memory, and a colour EGA monitor.

The client doesn't seem to know that I have a colour
monitor or extended memory, and I haven't been able to
figure out how to tell it these things.  I run out of
memory when I try to telnet from within gopher.

Suggestions please?

John N. Davis, University of Victoria (Canada)
From: fxa@boombox.micro.umn.edu (Farhad Anklesaria)
Newsgroups: comp.infosystems.gopher
Subject: Re: Macintosh Servers
Date: 9 Sep 92 19:22:37 GMT
Organization: University of Minnesota
X-Useragent: Nuntius v1.1


In article <1992Sep5.171630.11780@sol.UVic.CA> Mike  Mansell,
mmansell@masque.UVic.CA writes:
>	I'm considering setting up a very large gopher server using
>the Macintosh. Is the server available at U. Minnesota the only
>Mac server? Can you create and maintain WAIS searches on the Mac?
>
>	Any answers to these questions would be most appreciated.

Answer 1.  Yes.
Answer 2.  No.
Gratuitous advice:  Use the UNIX gopherd to set up a very large server...
                    not the Mac one.

F.
Date: Tue, 15 Sep 92 09:15:30 CDT
From: pkh@ra.adp.wisc.edu (Kent Hooker)
Original-To: gopher-news@boombox.micro.umn.edu
Subject: PC DOS Gopher Client lockup
Newsgroups: comp.infosystems.gopher
Distribution: comp

Dan Torrey & Gopher developers,

We've managed to find a way to break the PC Client.
Our U does CSO lookup in an unorthodox manner, and
has added to that wierdness by recently implementing
departmental listings.  So, if you gopher to us
(gopher.wisc.edu, port 70), and pick <PHONE BOOKS> 
then UW-MADISON PHONE BOOK, and type in MEMORIAL,
the PC-DOS client hangs.  I suspect it is due to 
the large quantity of material being returned vs.
what is expected in the course of a normal 1-2 person
lookup.  Thought the developers would want to know.

Kent Hooker
University of Wisconsin-Madison
pkh@ra.adp.wisc.edu
From: lux@sol.UVic.CA (Michael O'Henly)
Newsgroups: comp.infosystems.gopher
Subject: gopherd -- snoozing daemon...
Summary: how do I make gopherd active at boot time?
Keywords: gopherd next etc/rc.local
Date: 14 Sep 92 14:28:58 GMT
Organization: University of Victoria


	[Sorry if this gets posted twice. We had problems with our
news feed yesterday...]

	OK. I've compiled and installed the 1.03 server on a NeXT.
Everything (I believe) is in the right place and, when I invoke
gopherd at the command line, the server accepts connections as it
should.

	So I've added this to my rc.local...

if [ -f /usr/local/etc/gopherd ]; then
	/usr/local/etc/gopherd /infoserv/gopher-data 70 >/dev/console
fi

	...and when I boot the machine, I see the server's startup
messages displayed.  I assume, therefore, that the daemon is awake --
right? Wrong (evidently). It doesn't accept connections. I have to
explicitly do a 'gopherd /infoserv/gopher-data 70' at the command line
before it will respond.

	If you're running the server on a NeXT, could you please tell
me how you invoke the server?

	Thanks.

	Michael.
--
Michael O'Henly                 
McPherson Library                Internet:  lux@sol.uvic.ca
University of Victoria                      lux@uvvm.uvic.ca
Victoria, B.C., Canada             BITNET:  lux@uvvm
From: phillips@fozzie.nrl.navy.mil (Lee Phillips)
Newsgroups: comp.infosystems.gopher
Subject: Macintosh GopherApp truncates large texts
Date: 11 Sep 92 18:53:36 GMT
Distribution: usa
Organization: Naval Research Laboratory

What gives here?  This program will receive large binhex files and decode
them, but a large (> 50k?) text file causes it to stop with a message that
the file was too large, after asking me for a storage location on disk after
reaching the ~32k limit.  Why is there a limit on the length of a text file,
other than my disk space?  This severely reduces the utility of this otherwise
fine program!

                                           Lee Phillips
                                           phillips@fozzie.nrl.navy.mil
From: dbeedle@rs6000.cmp.ilstu.edu (Dave Beedle)
Reply-To: dbeedle@rs6000.cmp.ilstu.edu (Dave Beedle)
Subject: Anouncing ISU gopher server...
Original-To: gopher-news@boombox.micro.umn.edu
Date: Tue, 8 Sep 92 10:36:39 CDT
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: comp.infosystems.gopher
Distribution: comp

   Hi all!  I'd like to announce the ISU gopher server which we have named
ISIS (Illinois State Information System).  We are at gopher.ilstu.edu on port
70.  Drop by our burrow sometime! ;-)

TTFN
--
  Dave Beedle                                     Office of Academic Computing
                                                     Illinois State University
  Internet:  dbeedle@rs6000.cmp.ilstu.edu                     136A Julian Hall
   "Relax! Don't worry!  Have Homebrew!"                    Normal, IL   61761
Date: Thu, 10 Sep 1992 14:55:57 -0500
Original-To: gopher-news@boombox.micro.umn.edu
From: Andrew_Gilmartin@Brown.Edu
Subject: Sextant: An Internet Gopher Client for Macintosh
Newsgroups: comp.infosystems.gopher
Distribution: comp

Sextant is a new Internet Gopher client for Macintosh. Sextant was designed
for easy use by the majority of Macintosh users in a typical CWIS
environment. Sextant supports folder, file, search, and CSO name server
types currently and ignores Gopher+ information. Future versions will
support the Gopher+ attribute blocks and Binhex downloading.

Sextant 1.0b16, the Sextant User Guide, and several reference files are
available for anonymous ftp at

ftp.brown.edu
/pub/gopher/Sextant.sea.hqx

NOTE: This is a beta distribution. Sextant 1.0b16 does have some known
bugs, but each is quite tame; these will be fixed in the next release.

Please send all comments, suggestions, and bugs to this address.

-- Andrew

-- 
Andrew Gilmartin                        
Computing & Information Services
Brown University

Andrew_Gilmartin@Brown.Edu
(401) 863-7305

Newsgroups: comp.infosystems.gopher
From: jpw@poe.acc.Virginia.EDU (John  Price-Wilkin)
Subject: new gopher
Keywords: new gopher
Organization: University of Virginia
Date: Wed, 9 Sep 1992 02:32:56 GMT

Part of Thomas Jefferson's Academical Village is now electronic:
the University of Virginia Grounds-Wide Information Server (no,
we don't have a "campus"), or GWIS, is now available at
gopher.virginia.edu.
--
John Price-Wilkin		Information Management Coordinator
jpwilkin@virginia.edu		Alderman Library
jpw@poe.acc.virginia.edu	University of Virginia
From: lecom@slhp1.epfl.ch (Claude Lecommandeur)
Newsgroups: comp.infosystems.gopher
Subject: Re: Gopher1.03 and Ultrix
Date: 7 Sep 92 10:21:09 GMT
Organization: Ecole Polytechnique Federale de Lausanne

In article <1992Sep4.152018.1754@welchgate.welch.jhu.edu>, danj@welchgate.welch.jhu.edu (Dan Jacobson x-8453) writes:
|> I`m trying to compile the new Gopher server on a DEC station (5000)
|> running under Ultrix 4.2A.  Wais-8-b5 compiled fine and works as normal.
|> The gopher client compiles and runs just fine BUT the compiler barfs on
|> the server code and gives me the following message:
|> 
|> (...)
|> (cd ..; make  server)
|> Making server
|> Making server with WAIS searching
|> cc -O -DDATA_DIRECTORY=\"/usr/users/danj/gopher1.03/gopher-data\"  -DDOMAIN_NAME=\".welch.jhu.edu\"  -DGOPHER_PORT=70  -DWAISSEARCH    -I../object -I.. -I../ir -I../ui -c waisgopher.c
|> cpp: warning /usr/include/sys/param.h:389: MIN redefined
|> cpp: warning /usr/include/sys/param.h:390: MAX redefined
|> ccom: Error: /usr/include/sys/socket.h, line 131: redeclaration of linger
|>       struct	linger {
|>       -----------------^
.....
|> *** Error code 1
|> 
|> Stop.
|> *** Error code 1
|> 
|> Stop.
|> *** Error code 1
|> 
|> Stop.
|> 
|> 
|> 
|> Does anybody have a suggestion on how to fix this?
|> 
|> Sincerely,
|> 

   The problem comes from the 2 files (among others probably) /usr/include/sys/socket.h
and /usr/include/netdb.h are not protected against multiple inclusion, and some wais
include file include them. The solution is to modify gopherd.h to include them
only if they have not been included before. I did this to solve the problem :


#include <sys/types.h>
#if !defined(ultrix) || !defined(SOCK_STREAM) /* horrible kludge, sys/socket.h and
						netdb.h are not protected against
						multiple inclusion */
#  include <sys/socket.h>
#endif
#include <netinet/in.h>
#if !defined(ultrix) || !defined(HOST_NOT_FOUND)
#  include <netdb.h>
#endif


-- 


                    Claude Lecommandeur
                    Service Informatique Central
                    Ecole Polytechnique Federale de Lausanne
                    1015 LAUSANNE (SWITZERLAND)
                    E-Mail : lecom@sic.epfl.ch
                    Tel : (41 21) 693-22-97
Original-To: "Michele LaVallee Hu" <michele@boombox.micro.umn.edu>
Original-Cc: gopher-news@boombox.micro.umn.edu
Subject: Re: Novell's ODI and PC Gopher client software 
Date: Mon, 14 Sep 92 16:42:10 -0400
From: Jeremy.James@med.umich.edu ("Jeremy T. James")
Newsgroups: comp.infosystems.gopher
Distribution: comp

________
>
>The PC Gopher client software is written to work with a packet driver such as 
>the Clarkson/Crynwr packet drivers.  These packet drivers make it possible for
> 
>your ethernet board to easily handle more than one kind of packet.  Novell has
> 
>come up with another way to do the same thing.  It is called ODI (Open Data-Li
>nk
>Interface).  
>
>However, Novell's ODI software and the Clarkson/Crynwr packet drivers will not
> 
>co-exist and the PC Gopher client software doesn't work with just Novell's ODI
> 
>software.
>
>A solution is to use Novell's ODI software along with ODIPKT, written by Dan 
>Lanciani.  ODIPKT.ZIP is available via anonymous ftp at 
>
>boombox.micro.umn.edu:pub/netware
>

  This isn't exactly true, there is also the option of using the Gopher
Client that I wrote specifically for Novell's ODI driver.  It is located at
  lennon.itn.med.umich.edu  via anonymous ftp from pub/gopher

  I am currently working on adding features and improving it, but we are
pretty happy with it's performance so far here at U of M...

==============================================================================
Jeremy T. James     University of Michigan Medical Center,  ITN
B1911 CFOB, Ann Arbor, MI 48109-0704  Phone:313-747-2778 blackp@med.umich.edu
------------------------------------------------------------------------------
From: tasos@cs.bu.edu (Anastasios Kotsikonas)
Newsgroups: comp.infosystems.gopher
Subject: Enhancements
Date: 11 Sep 92 15:20:52 GMT
Distribution: comp.infosystems.gopher
Organization: Computer Science Department, Boston University, Boston, MA, USA

I would suggest the following to the authors of the system:

- include <fcntl.h>
- remove all berkeleyisms: bzero, index, bcopy, rindex, strncasecmp
  and replace with other calls
- include resolver routines

Sincerely,
Tasos
-- 
--
Tasos Kotsikonas |   tasos@cs.bu.edu    | Work : Advanced Visual Systems
Ex BU Country	 |                      | email: tasos@avs.com
Club Member.	 |                      | Duties: none
Newsgroups: comp.infosystems.gopher
From: pollard@pops.navo.navy.mil (Jesse Pollard)
Subject: xgopher 1.1a underlining used in man pages
Reply-To: pollard@pops.navo.navy.mil
Organization: POPS Supercomputer Center
Nntp-Posting-Host-[nntpd-10610]: wildcat.navo.navy.mil
Date: Mon, 7 Sep 1992 00:52:39 GMT

I am in the process of putting man pages under gopher for local documentation search
and have noticed that xgopher 1.1a does not perform underlining.

Has anyone put man pages in gopher, indexed them, and used xgopher for queries?
If so would you please post/email the method used, or post/email a patch to allow xgopher to underline.

Thank you.

Jesse Pollard.
pollard@pops.navo.navy.mil
From: mah@info.educom.edu (Marco Hernandez)
Subject: Other Gopher Clients
Original-To: gopher-news@boombox.micro.umn.edu
Date: Mon, 14 Sep 92 17:29:09 EDT
Organization: CREN/BITnet
X-Mailer: ELM [version 2.3 PL8]
Newsgroups: comp.infosystems.gopher
Distribution: comp

Greetings:

     Please excuse this if it is a FAQ, but I very recently set up a 
server.  I've noticed that other servers have a "All other Gophers" entry 
and am wondering if this database is already set up someplace where it can
be picked up or does each site have to construct it.

    Thanks in advance for any pointers !


-- 

      ------------------------------------------------------------------
	Marco A. Hernandez

	Internet:  mah@info.educom.edu
	BITnet:    marco@bitnic.bitnet
	Phone:     (202) 872-4200

        Mail:      CREN
	           1112 16th St. NW, Suite 600
                   Washington, D.C.  20036
Newsgroups: comp.infosystems.gopher
From: mhpower@athena.mit.edu (Matt Power)
Subject: Re: whois on gopher: where?
Organization: Massachusetts Institute of Technology
Date: Sat, 12 Sep 1992 00:19:43 GMT

In article <1992Sep10.170921.26644@cs.cornell.edu> raman@cs.cornell.edu (T. V. Raman) writes:
...
>Is there a single site that I can aim my gopher at to get transparent
>access to all the known whois servers in the world?

I don't currently know of any Gopher servers that continuously track
my list of whois servers, always providing links to whatever ones are
in the latest version of the list on sipb.mit.edu. But, there are a
few sites that have copied fairly recent versions (the latest is
version 2.6; version 2.0 came out right after 1.33).

It's available via anonymous FTP in

  sipb.mit.edu:/pub/whois/whois-servers.list
     (table of server/institution names, plus additional documentation)
  sipb.mit.edu:/pub/whois/whois-servers.gopher-links
     (derivative of the above, in what I think is Gopher links format)

I notice that cs.cornell.edu is an AFS site, so you may want to access
the whois-servers.list and whois-servers.gopher-links files directly
via AFS; they're in the directory project/gopher-links relative to
root.cell for the sipb.mit.edu cell. This is

    /afs/sipb.mit.edu/project/gopher-links

from many AFS sites (although not from yours, apparently).

Also, as far as aiming your Gopher:
In article <9209092016.AA09489@utopia.cc.nd.edu> cooper@utopia.cc.nd.edu (Joel P. Cooper) writes:
...
>Name=Phone Books--Other Institutions
>Type=1
>Port=70
>Path=1/Non-Notre Dame Information Sources/Phone Books--Other
>Institutions
>Host=gopher.nd.edu
>
>Contained here is the whois stuff ...
...
>list of whois servers maintained by Matt Powell.

which may well be a reasonable choice (even though he got my name
wrong...).

Matt
From: daniel@bauhaus (Daniel Torrey)
Subject: PC Gopher v1.05r2 Released
Original-To: gopher-news@boombox.micro.umn.edu
Date: Wed, 9 Sep 92 13:43:21 CDT
Original-Cc: tmg@boombox.micro.umn.edu
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: comp.infosystems.gopher
Distribution: comp


PC Gopher II v1.05r2 is now available for anonymous ftp from
      boombox.micro.umn.edu
in the directory
      /pub/gopher/PC_client

As you might guess from the version number, this release doesn't fix any
major problems or add any new features; it just does better error handling
during initialization, and gives (hopefully) more helpful error messages on
abnormal exits.


-- 

Daniel A. Torrey                           daniel@bauhaus.micro.umn.edu
University of Minnesota                                  (612) 626-8663
CIS/UAP/ETC               In gopherspace, no one can hear you scream...
Date: 15 Sep 1992 16:49:02 -0700
From: child-lit-response@byu.edu
Subject: Children's Literature for Elementary Schools
Original-To: gopher-news@boombox.micro.umn.edu
Content-Transfer-Encoding: 7BIT
Newsgroups: comp.infosystems.gopher
Distribution: comp


General Announcement

To: Elementary Schools interested in using children's literature in their
reading program.

  We have materials available that are designed to give guidance in
teaching various aspects of Language and Literature elements, through the
use of trade books.  These materials will be distributed through the
Internet via the Gopher protocol.  We are looking for a few schools that
would like to participate in testing and evaluating these materials during
our research phase.  Feed back in the use and evaluation of the materials
will be required.  There is no cost to classrooms who wish to participate. 
If you are interested or have any questions, please contact us at
child-lit-response@byu.edu.


Briarwood Learning Systems


Cross posted to:
gopher-news@boombox.micro.umn.edu
USENET: EdResearch
USENET: EdTech
From: jpw@poe.acc.Virginia.EDU (John  Price-Wilkin)
Newsgroups: comp.infosystems.gopher
Subject: "mission statements" for gophers
Keywords: mission statements
Date: 9 Sep 92 02:27:01 GMT
Organization: University of Virginia

Has anyone out there been subjected to the process of having to
prepare a mission statement for their gopher?  I'm especially interested 
in the campus-wide efforts that offer to load info on the central
gopher for departments and organizations on campus.  Please send any
and all copies of statements and guidelines my way; I'll be much obliged.

--
John Price-Wilkin		Information Management Coordinator
jpwilkin@virginia.edu		Alderman Library
jpw@poe.acc.virginia.edu	University of Virginia
Newsgroups: comp.infosystems.gopher
From: blake@milton.u.washington.edu (Blake Hannaford)
Subject: Basic Question
Summary: How to connect to different servers
Keywords: gopher 
Organization: University of Washington
Date: Wed, 9 Sep 1992 00:20:30 GMT

I am starting to try a gopher client (xgopher) and I can't figure
out how to try different servers.  Do I have to recompile to 
change from the default at UIUC??  Are the gopher trees 
connected enough so that this doesn't matter?

Blake Hannaford
Univ. of Washington