HDTenEightyP/NetNews huggingface dataset:
From: JONESD@kcgl1.eng.ohio-state.edu (David Jones)
Subject: Re: Why does VAX/VMS Gopher client hang?  Any patches?
Organization: The Ohio State University
Date: Mon, 12 Oct 1992 19:26:48 GMT

I think I've located the bug responsible for the looping that has been
reported.  A share file (GOPHER_CLIENT.SHARE) incorporating the fix is now in
the anonymous directory on job.acs.ohio-state.edu.

Some of the other fixes and improvements to this client include:

    Telnet command changed to UCX format (i.e. "telnet host port" instead of
     "TELNET/PORT=port host").

    Optimize reads done by readline() and readfield(), resulting in a 40-to-1
    reduction in QIO operations during text and directory fetches (6-to-1
    reduction in CPU time).

    Fixed showfile()'s failure to close the connection.

    Fixed setsockopt() calls in gopher.c to work around bug in UCX 2.0.
    Conditionally compile setscokopt() calls that Wollongong doesn't
    support.

    Created wollongong.opt options file.

    Modified screen management to set scroll region based on size of
    screen (supports 48-line DECterms now).

    Perform cannonical interpretation of control-Z (e.g. exit program).

    Interpret 'Prev', 'Next', and 'Select' keyboard keys, reducing hand
    movement while navigating menu screens.


David L. Jones               |      Phone:    (614) 292-6929
Ohio State Unviversity       |      Internet:
1971 Neil Ave. Rm. 406       |               jonesd@kcgl1.eng.ohio-state.edu
Columbus, OH 43210           |               jones-d@eng.ohio-state.edu

Disclaimer: A repudiation of a claim.
Newsgroups: comp.infosystems.gopher
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: Re: Query: Is gopher useful for local information only?
Organization: Draper Laboratory
Date: Wed, 14 Oct 1992 22:24:00 GMT

In article <1992Oct14.024406.25661@maths.tcd.ie>,
tim@maths.tcd.ie (Timothy Murphy) writes:

>Is it worth installing gopher on a machine without Internet connection?
...
>I'm thinking of it simply as a way of organising information
>for local consumption.

Most definitely!  We, for example, have lots of good old data on our
IBM mainframe that we'd like people to be able to get to without
actually having to logon to MVS.  Also, there are other sources of
data that are not mainframe-resident (different parts of the
organization maintain things in different places), and users shouldn't
have to worry about WHERE things are.  So Gopher is a real win.

Using Gopher to get to information rather than connecting to a
specific host allows us the freedom to migrate that data to a
more appropriate platform in the future, so we don't get tied to
old expensive hardware.  At least in theory.

Some examples:  our library of online documentation; searching USENET
news archives; viewing MVS broadcast messages (when is the system going
down and so on); the current TCP/IP host table; our database of
technical library documents (card catalog stuff); etc., etc.

--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
From: mcgee@nic.csu.net
Newsgroups: comp.infosystems.gopher
Subject: Gopher & PopMail in One Package?
Date: 13 Oct 92 11:51:49 PDT
Organization: Information Resources and Technology


Hello, Gopher-folk! Once again, I have a unique question:

Has anyone integrated PopMail anda Gopher Client into
one package? We'd like something very user friendly, such
as 2 buttons, one for each service, or a Gopher entry
which would invoke PopMail. 

I realize I'm mixing Apples and Oranges here, but it's
something I was told to look into. Thanks for any help!

-Rich McGee
Cal State University System
RICH@MCVAX.CSUSB.EDU


Newsgroups: comp.infosystems.gopher
From: hirai@cc.swarthmore.edu (Eiji Hirai)
Subject: Re: Gopher Mail-based Publisher available
Organization: Information Services, Swarthmore College, Swarthmore, PA, USA
Date: Fri, 9 Oct 1992 03:55:10 GMT

Thanks for the useful program Chuck.  By the way,

cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton) writes:
> The directory also contains a copy of deliver.

The version of deliver that was there is the old 2.1.06 version.  The
newest version is 2.1.10.  The patches to bring it up to patchlevel 10 are
in:

shape.mps.ohio-state.edu:/pub/archives/comp.sources.reviewed/vol01/deliver
and	.../vol02/deliver,

or at any of your friendly neighborhood comp.sources.reviewed archives.

--
hirai@cc.swarthmore.edu (Eiji Hirai)    :     :    :   :  : :: ::: :::: :::::
Unix Geek for Swarthmore College        :     :    :   :  : :: ::: :::: :::::
Information Services, Swarthmore, PA, US.       Copyright 1992 by Eiji Hirai.
I don't speak for Swarthmore College.                    All Rights Reserved.
Newsgroups: comp.infosystems.gopher
From: lux@sol.UVic.CA (Michael O'Henly)
Subject: Turbogopher -> tn3270 gets stuck...
Keywords: tn3270 Turbogopher 
Organization: University of Victoria
Date:  8 Oct 92 01:22:32 GMT

	Turbogopher is a beaut! You folks are full of surprises...

	Now, about tn3270. When I select a tn3270 session, I have to
explicitly "Quit" tn3270 to get back to Turbogopher. Simply logging
off the remote host (thereby closing the connection) doesn't do it.

	Anyone else notice this? Any suggestions?

	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: ses@cmns-sun.think.com (Simon Edward Spero)
Newsgroups: comp.infosystems.gopher
Subject: Re: News from RLG // Z39.50 Server for Internet Use
Date: 8 Oct 92 10:12:12
Organization: What's your clearance, citizen?
	<1992Oct8.014611.13508@msuinfo.cl.msu.edu>
NNTP-Posting-Host: cmns-sun.think.com
In-reply-to: rww@mugwump.cl.msu.edu's message of 8 Oct 92 01:46:11 GMT

In article <1992Oct8.014611.13508@msuinfo.cl.msu.edu> rww@mugwump.cl.msu.edu (Richard W. Wiggins) writes:

   Does anyone have any clues as to how to actually get a client
   and point it at a server?  I sent e-mail to the address per
   offer for more info and got no reply.  

Sure; get a copy of the standard, and implement it :-) Or watch this
space real close.

Simon
--
-----
Guest account at TMC 	|	Just Another  WAIS Hacker | DOD# 0612
From: qianx001@staff.tc.umn.edu ("Zhong Qian-1")
Newsgroups: comp.infosystems.gopher
Subject: TCP/Connect II vs. NCSA Tel (fwd)
Date: 15 Oct 92 00:09:41 GMT
Distribution: comp
Original-To: gopher-news@boombox.micro.umn.edu





---------- Text of forwarded message ----------
Date: 14 Oct 1992 07:54:54 -0800
From: Pramod Pandya <pramod_pandya@qmbridge.calstate.edu>
To: Gopher <gopher-news@boombox.micro.umn.edu>
Subject: TCP/Connect II vs. NCSA Tel

Mail*Link(r) SMTP               TCP/Connect II vs. NCSA Telnet


  I understand that the Gopher program currently supports NCSA Telnet, i.e
one can save a session as a Telnet session - In such a case one would need
NCSA Telnet to execute the Telnet document to get to the service provided
by that session. Is there a plan to support other Telent programs within
Gopher
 like TCP/Connect II - TCP/Connect also supports Telnet documents - but
since Gopher supports NCSA Telnet ther is no way of converting the NCSA
Telnet document to TCP/Connect document - So what I am asking is that - Is
ther a plan to support TCP/Connect or does anyone have a program to conver
NCSA Telnet session to TCP/Connect session????
Date: Tue, 13 Oct 92 09:53:00 EDT
From: HOLTZMAN@SJUVM.STJOHNS.EDU ("Michael S. Holtzman")
Organization: St. John's University
Subject: UMN FTP Server (how to access)
Original-To: Gopher News List <gopher-news@boombox.micro.umn.edu>
Newsgroups: comp.infosystems.gopher
Distribution: comp

Greetings.  I would like to set up a direct link to the UMn FTP server
menu ("Internet file server (ftp) sites").  What is the host/path??

Thanx.

--------------------------------------------------------------------
Michael S. Holtzman      St. John's University    HOLTZMAN@SJUVM
(718) 990-1637           Perboyre Hall, Rm B14    MIKE000@SJUMUSIC
                         Jamaica, NY 11439
From: jaw@castle.ed.ac.uk (Graeme Wood)
Newsgroups: comp.infosystems.gopher
Subject: Gopher server at University of Edinburgh
Keywords: gopher server Edinburgh
Date: 13 Oct 92 13:38:46 GMT
Followup-To: comp.infosystems.gopher
Organization: Distributed Unix Support, Edinburgh University Computing Service

This is to announce the Gopher server at the University of Edinburgh.
Here is the link information:

# Contact : gopher@edinburgh.ac.uk
Name=University of Edinburgh
Type=1
Host=gopher.ed.ac.uk
Port=70
Path=

The server currently contains:

	+ links to the anonymous ftp servers in Edinburgh

	+ a link to the campus-wide information server (still under development)

	+ links out to other gopher, wais and www servers

	+ an index of public domain X window sources

Graeme Wood
Gopher Maintainer
Newsgroups: comp.infosystems.gopher
From: schemers@leland.Stanford.EDU (Roland Schemers)
Subject: Re: Help With TurboGopher Client -Manual???#2
Organization: Distributed Computing Group, Stanford University
Date: Wed, 14 Oct 92 02:12:24 GMT

In article <1bffp3INNp2h@nigel.msen.com> emv@msen.com (Edward Vielmetti) writes:
>sna@prophet.pharm.pitt.edu wrote:
>: 
>: (3)  How can I use gopher to go to a specific FTP site (like the Mac FTP
>: program fetch)?  Or can I  only go to gopher servers, and not ANY  FTP site
>: that my heart desires?
>
>it would be easy enough for servers to prompt for a site to connect to and
>then transport you there, however, i don't know who has done that work.
>

This would be a simple go4gw script :-) Basically it would be an index
type. Whatever you type in would be sent to a go4gw script:

ftphack host.blah.edu

The 'ftphack' would just return a directory type formated like:

ftp:host.blah.edu@/

You could also just use an index type with a selector of: "ftp:".
You would have to type "host.blah.edu@/" as the "search" string
but thats not too bad :-)

>from what i've heard of Fetch it's nicer than gopher vis-a-vis ftp'ing. 
>(don't use either myself, i've taken the internet wilderness society
>pledge to stick to vt100 clients)

Fetch is much nicer. Of course if I ever finish my Motif gopher client... :-)

Roland
-- 
Roland J. Schemers III              |            Networking Systems
Systems Programmer                  |            168 Pine Hall   (415)-723-6740
Distributed Computing Group         |            Stanford, CA 94305-4122
Stanford University                 |            schemers@Slapshot.Stanford.EDU
Newsgroups: comp.infosystems.gopher
From: MAHE@YaleVM.YCC.Yale.Edu
Subject: Library connections available
Organization: Yale University
Date: Fri, 09 Oct 92 11:26:21 EDT

Finally, the update to all current library connections in Gopher format
is available.
 
I put them on our Gopher, gopher.ycc.yale.edu (port 70), and you
can retrieve the tar file from /Xperimental/Libraries/Reference
(excuse the convoluted path, I'll announce when internal politics
permit an easier one).  You can also point directly to us, just
be aware that we're still experimental, and that the path will
change at some time. Please let me know which other flavors of access
y'all would like.
 
These are current as of Billy Barron's 8/25/92 list (which won't be
current much longer, but that's another story).  Please check
the 'unknown' section and let me know of the locations of these
new places, or of any other errors.  All tn3270 links are declared as
type 'T', so the new clients will work fine with them.  I used type 8
whenever possible, to help the laggards.
We do intend to keep these up to date, and will convert to Gopher+
format as soon as it's reasonably available.
 
Thanks to Peter Scott for the original Hytelnet, to Dennis Boone
and Rich Wiggins of Michigan State for the conversion to Gopher,
and to Billy Barron for gathering the info...
 
Marie-Christine
mahe-marie-christine@yale.edu
From: flowers@memstvx1.memst.edu (Harry Flowers)
Newsgroups: comp.infosystems.gopher
Subject: Re: Why does VAX/VMS Gopher client hang?  Any patches?
Date: 9 Oct 92 17:59:10 -0600
Organization: Memphis State University

In article <kjcole.718661481@well.sf.ca.us>, kjcole@well.sf.ca.us (Kevin Cole)
 writes:
> About a week ago, I downloaded, edited and compiled the VMS Gopher client from 
> boombox.  I later got the version from ohio state.  Both seemed to work fine, 
> but yesterday, I got a message from our Computer Services Dept. telling me that 
> there was a runaway process that ate up 16 hours of CPU time, running my image 
> of Gopher.  Needless to say, this did nothing to improve my already tarnished 
> reputation.

Yes, we have the same problem.  Some types of operations cause it to just
sit there, eating up CPU time.

> The user who had the problem pretty savvy when it comes to technology.  She
> told me she tried the usual ctrl-C & ctrl-Y to abort the thing when it never
> came back, but she said it didn't get her anywhere.  So she just walked away
> from it.  I believe she was doing a search at the time.  This morning, another
> user (less sophisticated) told me that she got frozen out while just trying to 
> get a directory.

Well, ^C & ^Y have always worked for me when it went to never-never land.
You might check the setting of SET CONTROL=Y.  But, there's no indication
that's it's doing this other than doing a ^T and looking; it acts as if it
were receiving the data (but ^T shows no I/Os, and lots of CPU).

--
Harry Flowers                           Internet: FLOWERS@MEMSTVX1.MEMST.EDU
Memphis State University                & Bitnet: FLOWERS@MEMSTVX1
From: MTan@uci.edu (Mary Tan)
Newsgroups: comp.infosystems.gopher
Subject: Gopher-WAIS HELP!
Summary: Server error:  Sorry this isn't a WAIS index
Date: 8 Oct 92 17:34:04 GMT
Organization: NTS, UCI


  Has anyone encountered "Server error:  Sorry this isn't a WAIS index" and 
figured out the solution?  If so, can you please share it?

  I know that the files are WAISINDEXed.  I am able to waissearch against 
the indexed files and see the result.

  Gopher is running on a Sun workstaion.

  Mary
Newsgroups: comp.infosystems.gopher
From: icking@gmd.de (Werner Icking)
Subject: Re: PC-Gopher and dispkt
Organization: GMD, Sankt Augustin, Germany
Date: Thu, 15 Oct 1992 13:34:06 GMT

In <icking.717966165@gmd.de> icking@gmd.de (Werner Icking) writes:
                                            ^^^^^^^^^^^^^  Oh that's me!
>I have  problems running PC-gopher II version 1.05r2 together
>with MACWD (for MS-LAN), DISPKT, PKTMUX, and PKTDRV. I could
>reduce the problem so that I know that PKTMUX/PKTDRV have nothing to
>do with the error, because gopher works well with WD8003E.COM plus
>PKTMUX/PKTDRV.

>ALT-G forces the error message "error connecting to server 129.16.221.40".
>That means, that the nameserver connection worked well, but connecting
>to the gopher-server makes problems. (If I choose another gopher-server
>the error message contains another number :-)

>I have a lot of DISPKT-drivers (1.05, 1.06, 1.07, 1.10, 1.13, X.10) but
>none of them works together with gopher. I normally use DIS_PKTX.DOS,
>which tells version X.10. This works well with Telnet (CUTCP), Nupop, Ftp,
>Archie, ...

In the meantime I got one response and saw another article in this group
describing similar symptoms.

The response was from Art Krumsee <akrumsee@magnus.acs.ohio-state.edu>
and he stated that he has no problems with a similar configuration
when using dis_pkt.dos version 1.09. In addition he kindly send me
that version (thanks, again) but the problem remained. So I repeat
my question:

>Any help? Any server with more dispkt's to try? (Archie at archie.sura.net
>finds only one dispkt at vax.ftp.com /support/cris --- but it's not there)

>Any idea, any help? -- Werner
--
Werner Icking        Werner.Icking@gmd.de        (+49 2241) 14-2443     __o
GMD - Gesellschaft fuer Mathematik und Datenverarbeitung mbH          _`\<,_
Schloss Birlinghoven, P.O.Box 1316, D-5205 Sankt Augustin, Germany   (_)/ (_)
                             "Der Dativ ist dem Genitiv sein Tod." ~~~~~~~~~~~
Original-To: gopher-news@boombox.micro.umn.edu
Subject: TurboGopher
Date: Wed, 07 Oct 92 10:34:55 +0100
From: Utermann@Uni-Augsburg.DE (Ralf Utermann)
Newsgroups: comp.infosystems.gopher
Distribution: comp


> Announcing a new, improved Macintosh Gopher client: TurboGopher.

Perhaps somebody can explain to a poor UNIX admin. how to get this Mac 
stuff running ( I have to install it, but never worked with a Mac ). 
I got the files BinHex and *hqx by binary ftp to a harddisk of my RS/6000 in
a directory I can access from the Mac (via Ethernet and NFS/Share). 
Now, how do I tell this Mac that BinHex is a Mac-binary?

Ralf Utermann
_______________________________________________________________________________
	University of Augsburg (Germany)
	Institut of Physics - Theoretical Physics I
	Memmingerstr.6
	W-8900 Augsburg  	Tel.: 0821/5977-235 Fax: 5977-225
	e-mail: utermann@Uni-Augsburg.DE
Newsgroups: comp.infosystems.gopher
From: bleimeyr@mayo.edu (Bob Bleimeyer)
Subject: Re: Gopher, WAIS, WWW and CD-ROM - Possible?
Reply-To: bleimeyr@mayo.edu (Bob Bleimeyer)
Organization: Mayo Foundation, Rochester MN. Campus
Date: Mon, 12 Oct 92 13:48:00 GMT

Ron Roozendaal writes
> In article <92282.110020RBNTJC@rohvm1.rohmhaas.com>  
RBNTJC@rohvm1.rohmhaas.com
> (Thomas J Cozzolino) writes:
> >It seems that lots and lots of data is becoming available on CD-ROM,  
and
> >accessed over LANs (Novell, and others).
> >
> >What is this group's thoughts about allowing this data to be accessed  
by
> >Gopher/WAIS (and/or WWW)?  Does the Gopher+ spec, and the Z39.50 spec  
allow
> >for this to happen?
> >
> >If the CD-ROM data is in Hypertext form, can we use these nifty tools  
to get
> >at it?  Or am I dreaming?
> >
> >Comments/catcalls are welcome..
> >
> 
> We do use WAIS / Gopher for CD-RoM type data (like current contents),  
but put
> it on mag disks first. Not the thing you would want to do ..Still  
looking for
> different soultions too.
> 
> 
> Ron
> 
> ____________
>   Ron Roozendaal (ron@rivm.nl)
>   Senior Consultant
>   National Institute on Public Health and Environmental Protection
>   Informatics Service Centre
>   Postbox 1, 3720 BA Bilthoven, the Netherlands
>   Tel. ++31 30 742790, Fax. ++31 30 282 316

I am very interested in how you are doing this and what your configuration  
is.  Could you perhaps give some more details?  We had loaded Corrent  
Contents on our Epoch server some months ago but found the network traffic  
unacceptable since there was no search engine at the server end.  Your  
approach might be an alternative.
--
-----------------------------------------------------
Robert R. Bleimeyer  	 Internet: bleimeyer@mayo.edu
Mayo Foundation
200 SW First Street
Rochester, MN 55905
------------------------------------------------------
Xref: sparky comp.infosystems.gopher:635 alt.gopher:1304
From: snewton@oac.hsc.uth.tmc.edu (Steven E. Newton)
Newsgroups: comp.infosystems.gopher,alt.gopher
Subject: Re: PC-NFS compatible client required.
Keywords: pc-nfs gopher packet-driver
Date: 7 Oct 1992 13:46:07 GMT
Followup-To: comp.infosystems.gopher
Organization: UT Health Science Center Houston

In article <1992Oct6.135501.9290@vax.oxford.ac.uk> rpb@psy.ox.ac.uk writes:
>Is anyone working on a PC Gopher client which will co-reside with
>PC-NFS?  We hope to use Gopher as a departmental bulletin board
>system, but all of our PCs are running PC-NFS, which won't work
>along side a packet driven application.
>
>Thanks for any info,
>
>Ray.

We have a port of the unix curses-based client.  My port was for PC/TCP,
but Stan Barber (sob@bcm.tmc.edu) has been working on a build for
PC-NFS.  Please contact him for more information.

Steven
-- 
+      +      +      +      +      +      +    |snewton@oac.hsc.uth.tmc.edu
         The map is the territory/             |Nobody else speaks for me,
       The map is not the territory.           |and I speak for no one else.
                                               |     +     +     +     +     +
Newsgroups: comp.infosystems.gopher
From: MAHE@YaleVM.YCC.Yale.Edu
Subject: Re: TurboGopher Requests
Organization: Yale University
Date: Wed, 14 Oct 92 14:49:11 EDT

In article <heycke-121092111401@ksl-mac-98.stanford.edu>
heycke@sumex-aim.stanford.edu (Torsten Heycke) writes:
 
>
>I really like the TurboGopher. Kudos to the Minnesota group. A couple of
>small requests occur to me immediately...
 
I heartily second the congratulations.  TurboGopher really zooms...
My only wish with it so far is this:  how about a small dialog
box when one closes Gopher offering the option of killing the
telnet and tn3270 processes?  Many of our users are ...naive,
and most of them wouldn't notice that new processes are still
around, preventing them from running their favorite games.
It's very good that Gopher leaves the process running and saves
a lot of time between connections, but we don't think this
should automatically survive the Gopher process.
 
Marie-Christine
mahe-marie-christine@yale.edu
From: Roberta_Alberding@occshost.nlm.nih.gov
Date: Tue, 13 Oct 92 22:00:00 EST
Original-To: gopher-news-request@boombox.micro.umn.edu,
        gopher-news@boombox.micro.umn.edu
Subject: PC Gopher II v1.05r3 Released
Newsgroups: comp.infosystems.gopher
Distribution: comp

         I downloaded the new gopher files yesterday, however, the ZIP
         files did not unzip correctly using my PKUNZIP program.  How
         can I get the correct version to unzip these files?
From: zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
Newsgroups: comp.infosystems.gopher
Subject: Re: Displaying images
Date: 16 Oct 92 08:56:51 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

In article <1992Oct15.150529.22203@msuinfo.cl.msu.edu>, boone@convex.cl.msu.edu
(Dennis Boone) writes:
|> In article <1bi5iaINN1f3@golem.wcc.govt.nz> brockie@golem.wcc.govt.nz (Roger
|> Brockie) writes:
|> >Which gopher clients support the displaying of imgaes ?
|> >I hope I've got it right, that its a function of the client not the server.
|> >Xgopher1.1a won't acknowledge the files exist.  TurboGopher displays
|> >the entries but says its an unsupported format and the unix client
|> >tries to display it (yes, GIF on a vt100 hmmm) but of course can't.
|> 
|> Don Gilbert's Mac client, one of the X clients (at least with aftermarket
|> modifications), the UT DOS port of the Curses client.  The NeXT client
                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
|> could do it easily, and may soon.

Is this the version that works with PC-NFS? I got a copy of it the other day
out of curiosity but I can't remember where I got it from and anyway there
didn't seem to be any documentation with it. Can somebody point me to 
instructions on getting graphics o/p with it? Thanks.
-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
Xref: sparky comp.infosystems.gopher:665 alt.gopher:1307 comp.protocols.nfs:2509
From: rpb@vax.oxford.ac.uk (Ray Bellis)
Newsgroups: comp.infosystems.gopher,alt.gopher,comp.protocols.nfs
Subject: Packet drivers and PC-NFS solution found
Keywords: pc-nfs packet-driver pktmux gopher
Date: 8 Oct 92 12:30:21 GMT
Reply-To: rpb@psy.ox.ac.uk
Organization: Oxford University VAX 6620

I posted an enquiry a couple of days ago about running PC-NFS and
gopher [as well as other packet driver apps] concurrently.  I've
found a piece of software called PKTMUX which solves the problem,
by multiplexing the packet driver between applications.

The copy I found was on src.doc.ic.ac.uk:/pub/ibmpc/pktmux/pktmux10.exe
The software seems to work without any problems whatsoever.

Hope this is useful,

Ray.
 
------------------------------------------------------------------------------
R. P. Bellis				E-Mail:	<rpb@psy.ox.ac.uk>
Dept. of Experimental Psychology	Whois:	(RB83)
University of Oxford			Tel:	+44 865 271419
South Parks Road			Fax:	+44 865 310447
Oxford OX1 3UD
------------------------------------------------------------------------------