HDTenEightyP/NetNews huggingface dataset:
From: fishwick@fish.cis.ufl.edu (Paul Fishwick)
Newsgroups: comp.infosystems.gopher
Subject: Using Gopher for a News Group
Date: 12 Dec 92 01:22:04 GMT
Organization: Univ. of Florida CIS Dept.


I have asked two seniors to build a gopher hierarchy from our existing 
archives from Simulation Digest. My hope is to "go beyond" what is
done for frequently asked questions (FAQ) and let digest readers easily
get information by keyword access directly to the digest archives. I
have chosen gopher as a first start since it is freely available and
its user base is expanding.
 Now, here's what I need to do: I want to allow people to user their
xgopher,gopher programs (from wherever) to do text searches of the
archives such as "search keywords: simulation AND network". I have
had them set up the file hierarchy so that one file corresponds to
one message that is within a particular issue within a particular
volume (10 issues per volume). I am wondering how to implement the
search. I had thought of executing a Unix script via a gopher .Link
file (but I could not get this to work). The script would query
the user, do a 'grep' and collect all messages into a file that would
be shown by xgopher (as it allows perusal of normal text files). Is
this a good way, or is there something better? I know nothing of
WAIS, unfortunately. If WAIS is the method to use, then I'll be glad
to read whatever is necessary. The script solution seemed like the best hack
since I know about Unix scripts, at least. Any help would be appreciated..
 Here's what I did for the script: I created a file called .script
under my gopher directory that contained:

Name=Try running me - I'm a script!
Type=0
Path=exec:://cis/lightning3/fishwick/gopher/runme
Host=+
Port=+


The "Name" text comes up fine within xgopher; however, nothing happens
when I press on it. Shouldn't it execute 'runme' ?

-paul

+-------------------------------------------------------------------------+
| Paul A. Fishwick                                                        |
| Computer Simulation and Animation Group                                 |
| Dept. of Computer Science            EMAIL: fishwick@cis.ufl.edu        |
| University of Florida                PHONE: (904) 392-1414              |
| Bldg. CSE, Room 301                  FAX:   (904) 392-1220              |
| Gainesville, FL 32611                UUCP:  gatech!uflorida!fishwick    |
+-------------------------------------------------------------------------+
Organization: Rohm and Haas Company
Date: Wed, 16 Dec 1992 09:23:31 EST
From: Thomas J Cozzolino <RBNTJC@rohvm1.rohmhaas.com>
Newsgroups: comp.infosystems.gopher
Subject: Industry Use of Internet?

Folks,

Our company is in the process of gathering information on Internet
usage by other companies, especially other chemical companies.

o  Is anyone willing to share their experiences, successes, and
   usage patterns regarding the Internet?

o  What are the value-added benefits of using the Internet for
   your Research and Business?

o  What are the biggest challenges facing you, the providers of
   Internet services?

o  How difficult has it been to change your particular corporate or
   Information Technology / Information Services cultures to embrace
   this "brave new world" view?

Any and all help is appreciated.  I will post a summary if there is
interest.  Also, if I should post this to other newsgroups, that
information is also much appreciated.

Thanks for reading.  Please reply directly if possible, or to this
newsgroup of you prefer.
+============================================+
|   Thomas J. Cozzolino - Rohm and Haas Co.   =
|   InterNet:    tcozz@rohmhaas.com            =
|                                               =
|     Internet Access for Everyone..             =
|         Isn't it time?                          =
|                                                  =
|   - Opinions expressed are my own, not            =
|     necessarily those of Rohm and Haas Company     =
+=====================================================+
Newsgroups: comp.infosystems.gopher
From: lux@sol.UVic.CA (Michael O'Henly)
Subject: 1.1 compile errors on NeXT
Organization: University of Victoria
Date: 12 Dec 92 03:59:17 GMT

    1.1 does not appear to compile on the NeXT under NeXTstep 2.2 with
NeXT-and-WAIS searching. 

    I get fatal errors with both "standard" WAIS and IUBIO WAIS.

wais-8-b5.1
-----------

cc -O -DDATA_DIRECTORY=\"/is/gd\"  -DDOMAIN_NAME=\"\"
-DGOPHER_PORT=70  -DNEXTS
EARCH -DWAISSEARCH  -DBIO     -I../object -I.. -I../ir -I../ui -c
Waisindex.c
Waisindex.c: In function WaisIndexQuery:
Waisindex.c:182: warning: initialization of pointer from integer lacks
a cast
Waisindex.c:185: `gDelimiters' undeclared (first use this function)
Waisindex.c:185: (Each undeclared identifier is reported only once
Waisindex.c:185: for each function it appears in.)
Waisindex.c:186: `wordDelimiter' undeclared (first use this function)
Waisindex.c:186: `wordbreak_user' undeclared (first use this function)
Waisindex.c:189: `wordbreak_notalnum' undeclared (first use this
function)
*** Exit 1
Stop.
*** Exit 1
Stop.

w8b5bio
-------

cc -O -DDATA_DIRECTORY=\"/is/gd\"  -DDOMAIN_NAME=\"\"
-DGOPHER_PORT=70  -DNEXTS
EARCH -DWAISSEARCH  -DBIO     -I../object -I.. -I../ir -I../ui -ObjC
-I. -c NeXT
index.c
/usr/include/text/ix.h: In function _ixItemToMatchTable:
In file included from NeXTindex.c:26:
/usr/include/text/ix.h:257: warning: argument passing of pointer from
integer la
cks a cast
cc -L../object -o gopherd error.o globals.o gopherd.o daemon.o
special.o  dedot.
o openers.o index.o Waisindex.o serverutil.o ftp.o  waisgopher.o ext.o
site.o go
pherdconf.o NeXTindex.o -lm -lgopher          ../bin/inv.a
../bin/wais.a ../bin
/client.a ../ui/source.o  -ltext -lbtree
/bin/ld: Undefined symbols:
_read_delimiters
*** Exit 1
Stop.
*** Exit 1
Stop.


    Michael
-- 
           Michael O'Henly |     o   | 604-721-7623 (604-721-8215 fax)
    Library Systems Office |  --/--  | LUX@UVVM.BITNET
    University of Victoria |  __\    | lux@sol.UVic.CA
    Victoria, B.C., Canada |     \   | mohenly@malahat.Library.UVic.CA
From: fxa@boombox.micro.umn.edu ("Farhad Anklesaria" )
Newsgroups: comp.infosystems.gopher
Subject: Re: North American Gopher list
Date: 14 Dec 92 17:44:01 GMT
Distribution: comp
Original-To: gopher-news@boombox.micro.umn.edu

In message <9212131902.AA19238@boombox.micro.umn.edu> "Mark P. McCahill"
<mpm@boombox.micro.umn.edu> writes: 
> 
> It has been pointed out several times that the North American gopher list is 
> getting pretty long. We just split the list along geographic lines so there
> is now a USA and a Canada folder... and if a Mexican gopher server turns up 
> there will probably be a Mexican folder. 

Now when we have Gopher+ servers and capable clients, we could set up multiple
views of the "List of Gophers" directory:
   By Name
   By Country/State
   By Subject of specialization
   By location: as dots on a nice GIF map of the world....  :-)
   As a primitive Metaverse for you Snow Crash fans?

F.

--
Farhad Xerxes Anklesaria
Gopher Maven-In-Residence
Microcomputer Research Group
University of Minnesota
fxa@boombox.micro.umn.edu
From: PIROVANO@SIAM.MI.CNR.IT (Marco Pirovano)
Newsgroups: comp.infosystems.gopher
Subject: New server gopher
Date: 17 Dec 92 19:55:42 GMT
Distribution: comp
Original-To: gopher-news@boombox.micro.umn.edu
X-Envelope-To: gopher-news@boombox.micro.umn.edu
Content-Transfer-Encoding: 7BIT

Hello,
this mail to tell you that a new server gopher has been activated in
Italy.
It is on Internet node SIAM.MI.CNR.IT (155.253.1.40), that is a IBM 3090
running Rice_CMS Gopher 2.3.3.
The node is the: Servizio Informatica Area Milanese, a Computer Centre
in Milan of the Italian National Research Council.
 
Ciao |
 
                                   Marco
 
 
------------------------------------------------------------------------
 Marco Pirovano                      Bitnet:    pirovano@imisiam
 CNR - IFCTR/SIAM                    Internet:  pirovano@siam.mi.cnr.it
 Via A. M. Ampere, 56                Phone:     +39 2 7064.3272
 I-20131  MILANO - ITALY             Fax:       +39 2 266.30.30
------------------------------------------------------------------------
Newsgroups: comp.infosystems.gopher
From: CADS_COLE@GALLUA.BITNET (Kevin Cole; Washington DC)
Subject: Re: VMS Client and PAGER
Organization: Gallaudet Research Institute
Date: Thu, 17 Dec 1992 19:31:47 GMT

Did I misunderstand the question & answer about 'PAGER'?  I added:

$ DEFINE/NOLOG PAGER	MOST
$ DEFINE/NOLOG EDITOR	EDT

to my LOGIN.COM and the VMS Gopher client that I'm running seems to like them 
just fine...
-- 

 ========== U.S. Mail =============================== E-Mail =================
 Kevin Cole      <Flatline>           |  Bitnet: CADS_COLE@GALLUA.BITNET
 Gallaudet Research Institute  (GRI)  |  Internet: KJCOLE@GALLUX.GALLAUDET.EDU
 Washington, D.C.  20002-3625         |  UUCP: ...!psuvax!gallua.bitnet!kjcole
 (202) 651-5575  x4592                |  The WELL:   kjcole
Newsgroups: comp.infosystems.gopher
From: ruck@zeta.ee.ufl.edu (John R Ruckstuhl Jr)
Subject: Xgopher 1.2 w/OW2 problem + solution
Organization: EE Dept at UF
Date: Sat, 12 Dec 92 01:49:02 GMT

I posted:

>Sun's OpenWindows 2 xnews, with bundled OW2 olwm, and I get:
>  X Error of failed request:  BadAlloc (insufficient resources for operation)
>  Major opcode of failed request:  1 (X_CreateWindow)
>  Serial number of failed request:  182
>  Current serial number in output stream:  186

The solution appears in the comments in the conf.h file for the 1.1a release,
but was omitted for the 1.2 release.
I had set 
#define SERVER_MAX_WINDOW_WIDTH         65535
#define SERVER_MAX_WINDOW_HEIGHT        65535
when building xgopher 1.2.

From xgopher 1.2 conf.h:

/*       Each server allows a maximum window size.  It is not clear that
         the server can be queried to obtain this maximum value.  Most
         servers allow 65535 x 65535  (width, height).  However, some HP
         servers, for example, allow only 8192 x 8192.  The following
         constants define this maximum.  It is used to create an overlay
         window for the stopwatch cursor during time-consuming operations.

         If you use a virtual root window (e.g., with tvtwm) larger than
         about 8k square, then you should make these values larger.
*/

From xgopher 1.1a conf.h:

/*       Each server allows a maximum window size.  It is not clear that
         the server can be queried to obtain this maximum value.  Most
         servers allow 65535 x 65535  (width, height).  Some HP servers,
         for example, allow only 16383 x 16383.  The following constants
         define this maximum.  It is used to create an overlay window
         for the stopwatch cursor during time-consuming operations.

         The Sun OpenWindows Release 2 server also requires these
         following 2 constants to be 16383 each.

         Other X11R3-compliant servers may have a similar limit.  If
         you try to run Xgopher and receive messages (from X) about
         "unable to allocate resource...Request Major code 1..."
         Then try changing these values.  The symbol OPENWIN_2 may
         be used for convenience.
*/
-- 
John R. Ruckstuhl, Jr.                  ruck@alpha.ee.ufl.edu
Dept of Electrical Engineering          ruck@cis.ufl.edu, uflorida!ruck
University of Florida                   ruck%sphere@cis.ufl.edu, sphere!ruck
Newsgroups: comp.infosystems.gopher
From: john@math.nwu.edu (John Franks)
Subject: Re: What is exec good for?
Reply-To: john@math.nwu.edu
Organization: Dept of Math, Northwestern Univ
Date: Mon, 14 Dec 1992 19:24:14 GMT

In article <ellis.724001441@nova>, ellis@nova.gmi.edu (Stew Ellis) writes:
> I am having a great deal of difficulty figuring out how to use exec.  I may
> have gotten a script to run, but if so, I am having trouble figuring out
> what exec is good for.
> 
> What I want to do is run scripts or programs on the local gopher host from
> the gopher menus.  One particular thing I want to do is to be able to have a
> gopher user do an rlogin -l username to a machine on another site that runs
> our library cataloging software.  I have the "you are leaving gopher" sort
> of telnet session going where the user has to remember the library catalog
> login that the warning screen prompts with.  This is not very user friendly
> to say the least. 

As others have pointed out you can't do this on the server.  You also
can't hope to change all clients.  However, if you are using the Unix
client (which you more or less have to be to do an rlogin anyway),
there is a trivial way to do what you want.

Make the telnet command for the client be a shell script.  Something like

#!/bin/sh
case $1 in
        cat.lib.state_u.edu)    exec rlogin -l user lib.state_u.edu;;

        *)                      exec /usr/ucb/telnet $*;;
esac


Then set up a regular telnet link for your library at lib.state_u.edu.
You will still get the "You are leaving..." message but instead of
telneting you will rlogin to the library as desired.

Of course this only works for your modified clients,  but all the other
clients will still have access via the less esthetic telnet.  We use
this successfully with an expect script (rather than rlogin) to go
through an especially obnoxious login procedure.



-- 

John Franks 	Dept of Math. Northwestern University
		john@math.nwu.edu
From: snewton@oac.hsc.uth.tmc.edu (Steven E. Newton)
Newsgroups: comp.infosystems.gopher
Subject: Re: Allowing clients to hop into the middle of a Gopher tree
Keywords: client hierarchy microlabs
Date: 17 Dec 1992 14:54:33 GMT
Organization: UT Health Science Center Houston

In article <1992Dec16.214459.25297@msuinfo.cl.msu.edu> rww@mugwump.cl.msu.edu (Richard W. Wiggins) writes:
>Has anyone modified a client to allow it to fire up a 
>Gopher session jumping into the middle of a tree?  Ie, rather
>than starting up with the null selector string to get
>the root menu, the client knows the string for a particular
>item, and it fires up and sends that string to begin with?

The Unix client can do this on the command line, like this:
gopher -p the/path/you/want hostname.domain
so you can set up a shell script to do the right thing.

I only of one dos client that can do that -- our port of the curses client,
available in versions for PC/TCP, Novell, and PC-NFS.
PC/TCP:
oac.hsc.uth.tmc.edu:/public/dos/misc/dosgofer.exe
Novell
bcm.tmc.edu:/novell/lwpgopher.exe
PC-NFS
bcm.tmc.edu:/nfs/gopher.exe

Email to me for more info.

Steven E. Newton
Office of Academic Computing

-- 
+      +      +      +      +      +      +    |snewton@oac.hsc.uth.tmc.edu
            I can hear you well,               |Nobody else speaks for me,
            George Orwell.                     |and I speak for no one else.
                                               |     +     +     +     +     +
Newsgroups: comp.infosystems.gopher
From: bchtantw@nuscc.nus.sg (Dr Tan Tin Wee)
Subject: Compiling GOPHER with WAIS on Ultrix
Organization: National University of Singapore
X-Newsreader: Tin 1.1 PL4
Date: Wed, 16 Dec 1992 09:26:40 GMT


From rp900323@nusunix1 Wed Dec 16 17:20:16 1992
Received: from nusunix1.nus.sg by nuscc.nus.sg (5.65/1.34)
	id AA14363; Wed, 16 Dec 92 17:20:14 +0800
Received: by nusunix1.nus.sg (5.57/Ultrix3.0-C)
	id AA21958; Wed, 16 Dec 92 17:12:11 +0800
Date: Wed, 16 Dec 92 17:12:11 +0800
From: rp900323@nusunix1 (Tan Tin Wee)
Message-Id: <9212160912.AA21958@nusunix1.nus.sg>
To: bchtantw@nuscc.nus.sg
Status: OR

Hi all,

We are on an Ultrix 4.2a platform, trying to compile
gopher 1.02 with wais-8-b5, and the following error messages
crops up.  

We would be grateful if anyone could give us some pointers as to
how to get it compiling correctly please.

Thanks

Tin-Wee Tan
Dept of Biochemistry
National Univ of Singapore      bchtantw@nuscc.nus.sg

--------------------------ERROR MESSAGE as FOLLOWS --------------------

Making server
Making server with WAIS searching
cc -g -DDATA_DIRECTORY=\"/usr/local/biocomp/gopher-wais/data\"  -DDOMAIN_NAME=\".nus.sg\"  -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 {
      -----------------^
ccom: Error: /usr/include/sys/socket.h, line 172: redeclaration of sockaddr
      struct sockaddr {
      ----------------^
ccom: Error: /usr/include/sys/socket.h, line 181: redeclaration of sockproto
      struct sockproto {
      -----------------^
ccom: Error: /usr/include/sys/socket.h, line 221: redeclaration of msghdr
      struct msghdr {
      --------------^
ccom: Error: /usr/include/netdb.h, line 17: redeclaration of hostent
      struct	hostent {
      ------------------^
ccom: Error: /usr/include/netdb.h, line 30: redeclaration of netent
      struct	netent {
      -----------------^
ccom: Error: /usr/include/netdb.h, line 37: redeclaration of servent
      struct	servent {
      ------------------^
ccom: Error: /usr/include/netdb.h, line 44: redeclaration of protoent
      struct	protoent {
      -------------------^
ccom: Error: /usr/include/netdb.h, line 50: redeclaration of rpcent
      struct rpcent {
      --------------^
*** Error code 1

Stop.
*** Error code 1

Stop.

-- 
    Tin-Wee TAN                        /  INTERNET: bchtantw@nuscc.nus.sg
    Dept of Biochemistry               /  BITNET:   BCHTANTW@NUSVM
    National University of Singapore   /  Tel:      (65)-772-3678
    Singapore 0511                     /  Fax:      (65)-779-1453
Newsgroups: comp.infosystems.gopher,alt.gopher
From: rzm@ipx1.mat.torun.edu.pl (Rafal Maszkowski)
Subject: gopher.torun.edu.pl 70
Organization: Nicolaus Copernicus University, Torun
Date: Sun, 13 Dec 1992 17:50:50 GMT

New gopher server: gopher.torun.edu.pl 70
It is located in Institute of Mathematics of Nicolaus Copernicus University
in Torun, Poland. There is not much stuff in it now (info about Polish nets)
but I'll be adding some.

Rafal


-- 
Rafal Maszkowski, rzm@oso.chalmers.se, rzm@mat.torun.edu.pl, rzm@pltumk11
           NCU BBS (+48 56 14252, N81, MNP5, 2400) Sysop
    Rafal.Maszkowski%p23.f1.n481.z2.fidonet.org%ncubbs@cc.ncu.edu.pl
Newsgroups: comp.infosystems.gopher
Date: Sun, 13 Dec 92 13:02:42 CST
From: mpm@boombox.micro.umn.edu ("Mark P. McCahill" )
Reply-To: "Mark P. McCahill"  <mpm@boombox.micro.umn.edu>
Original-To: gopher-news@boombox.micro.umn.edu
Subject: North American Gopher list
Newsgroups: comp.infosystems.gopher
Distribution: comp

It has been pointed out several times that the North American gopher list is 
getting pretty long. We just split the list along geographic lines so there
is now a USA and a Canada folder... and if a Mexican gopher server turns up 
there will probably be a Mexican folder. 




-----------------------------------------------------------------------------
 Mark P. McCahill                                       Gopherspace Engineer
 mpm@boombox.micro.umn.edu
 612 625 1300 (voice)                         Computer & Information Systems
 612 625 6817 (fax)                                  University of Minnesota
-----------------------------------------------------------------------------
      "...This Snow Crash thing - is it a virus, a drug, or a religion?"
       Juanita shrugs. "What's the difference?"
-----------------------------------------------------------------------------

Newsgroups: comp.infosystems.gopher
From: jensen@groucho.cc.fsu.edu (Phil Jensen)
Subject: Re: Compiling GOPHER with WAIS on Ultrix
Keywords: Ultrix WAIS Gopher
Organization: Florida State University Academic Computing and Network Services
Date: Thu, 17 Dec 92 14:11:59 GMT

I had the same problem until Gophermaster Paul straightened me out. It appears
that wais-8-b5 has some of the same #includes as are needed in waisgopher.c.
The problem is fixed for Gopher-1.1 (I'm running 1.1b4 with no problems as of
yet).

You can try comparing the first 30 lines of waisgopher.c from a gopher-1.1 release
with your 1.02 waisgopher.c if you cannot install the latest release.

--
Phil Jensen, Florida State University           Internet:   jensen@acns.fsu.edu
Slownet: Academic Computing & Network Services  BITnet:     jensen@fsuavm
         2035 E. Paul Dirac Drive               ATTnet:     (904) 644-2591 x124
         Tallahassee, FL 32310                  Faxnet:     (904) 644-8722
Newsgroups: comp.infosystems.gopher
From: sharp@mizar.usc.edu (Malcolm Sharp)
Newsgroups: comp.infosystems.gopher
Subject: 'MYIP' variable in PC client
Date: 16 Dec 1992 06:23:32 -0800
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: mizar.usc.edu

Does anyone know how the 'MYIP' environment variable is used in the PC
client?  I have tested putting a bogus IP address in my configuration
and then launching the client without setting 'MYIP' and it works.
What is the importance of having this set?

My reason for asking this is that I want the client available on the
LAN I manage and since each user's PC has an IP address, I've been
experimenting with the set-up.

Thanks.

Malcolm Sharp, USC
From: zmw@altair.selu.edu (Mike Whisenhunt zmw@selu.edu)
Newsgroups: comp.infosystems.gopher
Subject: Anyone ported gopher client from ohio.edu to Multinet?
Date: 15 Dec 92 12:52:32 -0600
Organization: Southeastern Louisiana University

In an attempt to obtain a more stable VMS gopher client, I've grabbed the
version on job.acs.ohio-state.edu.  It is apparently set up for UCX and/or
Wollongong.  When compiled with the MULTINET param set, the resultant
executable won't connect to a server.  The message 'setsockopt()
[reusead] failed with status' is displayed.  Dave (the author of the
modified version) doesn't have access to a system running Multinet to check
out the errors.  

Anyone out there ported the gopher client from the ohio.edu system to run
under Multinet?  Thanks.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
Mike Whisenhunt                |Internet: zmw@selu.edu   |How to tell if your
VMS System Manager/Postmaster  |Phone   : (504) 549-3643 |boss has used your 
Southeastern La. Univ, Box 430 |Fax     : (504) 549-5092 |Word Processor? Look
Hammond, La 70402  USA         |"Wise men still seek Him"|for whiteout on CRT.
From: osamus@mtl.t.u-tokyo.ac.jp (SHIMOKUNI Osamu)
Newsgroups: comp.infosystems.gopher
Subject: Re: WANTED - logging of access to individual gopher entries?
Date: 18 Dec 92 15:30:42 GMT
	<OSAMUS.92Dec17062110@arcadia.mtl.t.u-tokyo.ac.jp>
Organization: H. Tanaka Lab. Department of Electric Engineering, University of
	Tokyo, Japan.
In-reply-to: osamus@mtl.t.u-tokyo.ac.jp's message of 16 Dec 92 21:21:10 GMT

After I posted my article, a person point out it may raise sensitive
privacy issues to log the infomation who had got some specified file.

I agree with that opinion. 
--

				  $@2<T"(J  $@<#(J(Shimokuni Osamu)
				$@El5~Bg3X9)3XIt7W?t9)3X2J(J 4 $@G/(J