HDTenEightyP/NetNews huggingface dataset:
From: kahn@pansy (Roger Kahn)
Subject: X11 R5 upgrade and khoros?
Organization: Department of Computer Science, University of Chicago
Distribution: na
Date: Sun, 4 Oct 1992 20:07:20 GMT



We recently switched from X11 R4 to R5, can anyone tell me the best
way to bring khoros up to date; currently I get undefined symbols
from libX11.a libXau.a ... and my X directly structure is slightly
different so I have to modify the XINCLUDES in my Makefile.  
I dont mind tossing out my old khoros directory and ftping it again,
I just dont want to do that if theres a better way.

thanks
Roger Kahn


-- 

Roger Kahn
University of Chicago			Voice:	(312) 702-0024 (WORK)
Department of Computer Science			(312) 383-8988 (HOME)
Newsgroups: comp.infosystems.gopher
From: Julian Humphries <jmh3@cornell.edu>
Subject: Using Gopher as a departmental bulletin board
X-Xxdate: Wed, 30 Sep 92 16: 39:40 GMT
Nntp-Posting-User: jmh3@cornell.edu
Organization: Cornell University
X-Useragent: Nuntius v1.1.1d7
Date: Wed, 30 Sep 1992 15:28:49 GMT

Is anyone using gopher as a bulletin board service for an
academic department?  Any suggestions for easy (read automated)
means of posting (say, via mail), updating, discarding old
messages, etc.  We will be using either the PC or Mac server.

Thanks.

Julian Humphries
Cornell University
jmh3@cornell.edu
Newsgroups: comp.infosystems.gopher
From: lux@sol.UVic.CA (Michael O'Henly)
Subject: Finger this...
Summary: How do I execute a finger command from a gopher directory selection?
Keywords: finger script
Organization: University of Victoria
Date: 30 Sep 92 23:14:40 GMT

	I'd like to have a gopher directory selection return the
output of a finger command as a text file. For example, if the user
selected, say, "Earthquake Info", I'd want the user to be able to
retrieve the output of "finger quake@geophys.washington.edu" as they
would any other document. (I'd want the finger command to be executed
as a result of the user making this selection, so that the data is as
current as possible.)

	How can I do this?


	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



-- 
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: pramod_pandya@qmbridge.calstate.edu ("Pramod Pandya")
Newsgroups: comp.infosystems.gopher
Subject: FTP and gopher
Date: 28 Sep 92 17:26:59 GMT
Distribution: comp
Original-To: "Paul Linder" <Paul_Linder@boombox.micro.umn.edu>,
        "Gopher" <gopher-news@boombox.micro.umn.edu>
Return-Receipt-To: "Pramod Pandya" <pramod_pandya@qmbridge.calstate.edu>


                       FTP and gopher

  Hi:
        Gopher documentation says that FTP gateway is built in gopher 1.0
and higher versions. I am running Gopher 1.02 on Sun under unix. My
understanding is that : gopherd -c option allows access to dir other that
gopher-data - this does not work on my machine.
 Also that using Path= pathname on the foreign host will allow access to
anonymous ftp  - this does not happen - Somewhere I read about that ftp.c
needs to be placed under gopher-data for the FTP gateway to work!!!! Can
you please help out.
From: pramod_pandya@qmbridge.calstate.edu ("Pramod Pandya")
Newsgroups: comp.infosystems.gopher
Subject: FTP and gopher
Date: 28 Sep 92 17:33:36 GMT
Distribution: comp
Original-To: "Gopher" <gopher-news@boombox.micro.umn.edu>
Return-Receipt-To: "Pramod Pandya" <pramod_pandya@qmbridge.calstate.edu>


                       FTP and gopher

  Hi:
        Gopher documentation says that FTP gateway is built in gopher 1.0
and higher versions. I am running Gopher 1.02 on Sun under unix. My
understanding is that : gopherd -c option allows access to dir other that
gopher-data - this does not work on my machine.
 Also that using Path= pathname on the foreign host will allow access to
anonymous ftp  - this does not happen - Somewhere I read about that ftp.c
needs to be placed under gopher-data for the FTP gateway to work!!!! Can
you please help out.
From: lecom@slhp1.epfl.ch (Claude Lecommandeur)
Newsgroups: comp.infosystems.gopher
Subject: Re: Funny escape sequences in documents from WAIS-sources
Date: 1 Oct 92 15:03:23 GMT
Organization: Ecole Polytechnique Federale de Lausanne

In article <1992Oct1.080418.22720@lth.se>, anders@dit.lth.se (Anders Ardo) writes:
|> Hello,
|>   I have a problem when accessing some WAIS-sources through Gopher or
|> swais.
|> When I try to view a document I get a garbled screen. It turns out
|> that the document contains a lot of different escape sequences, for
|> example many words are bracketed by ESC( and ESC). These escape
|> sequences cause the mess I get. This holds for several different
|> sources for example usenet-cookbook.src and bible.src.
|> Using xwais to look at the same document at the same sources works
|> like a charm, no problems whatsoever.
|> 
|> What is happening? Can I fix this locally?
|> 
|>        Anders
|> 
|>  Anders Ardo                       Tel: int+46 46 107522
|>  Dept. of Computer Engineering     fax: int+46 46 104714
|>  University of Lund, P.O. Box 118  Internet: anders@dit.lth.se
|>  S-221 00  Lund, Sweden
|>                 

    I think there is a little bug in gopher1.03:gopherd/waisgopher.c :

Lines 677-678 are :

	  if (strcmp(type, "TEXT") == 0 ||
	      strcmp(type, "WSRC") == 0) {

and should be (at least i think) :

	  if (strncmp(type, "TEXT", 4) == 0 ||
	      strncmp(type, "WSRC", 4) == 0) {

works for me with this patch (and not without).

   Claude.

-- 


                    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
Date: Thu, 1 Oct 92 19:40:38 CDT
From: mpm@boombox.micro.umn.edu ("Mark P. McCahill" )
Reply-To: "Mark P. McCahill"  <mpm@boombox.micro.umn.edu>
Original-To: chris@sdacs.ucsd.edu, gopher-news@boombox.micro.umn.edu
Subject: Re: FTP Gateway - Help Please
Newsgroups: comp.infosystems.gopher
Distribution: comp

In message <9210012245.AA01108@sdacs.UCSD.EDU> Chris Frymann writes:
> 
> We have looked at some examples of FTP links, such as:
> 
> Name=Interest Group Lists
> Type=1
> Port=70
> Path=ftp:ftp.nisc.sri.com@netinfo/
> Host=ashpool.micro.umn.edu
> 
> but have not been able to figure out what the final entry ("Host") is doing. 
>  

The ashpool machine is running a gopher to ftp gateway which translates gopher 
requests into an ftp session. The Path is used by the gateway process on 
ashpool to figure out that it should do three things:
1.) talk ftp
2.) talk to a machine called ftp.nisc.sri.com
3.) look at the directory called "netinfo/" on the anonymous ftp server at
    ftp.nisc.sri.com.

In other words, ashpool is translating between two different protocols (gopher 
and ftp) so that the gopher client doesn't ahve to know how to do ftp itself. 
The gopher client just speaks plain gopher protocol, and a software gateway on 
ashpool does the translating.



Mark P. McCahill      
                                                                
University of Minnesota                      Computer & Information Services
room 125 Shepherd Labs                             mpm@boombox.micro.umn.edu    
100 Union Street SE                                     612 625 1300 (voice)    
Mpls., MN 55455                                           612 625 6817 (fax)
From: jqj@duff.uoregon.edu (JQ Johnson)
Newsgroups: comp.infosystems.gopher
Subject: Re: PC Gopher II Telnet Memory
Date: 30 Sep 92 21:50:01 GMT
Article-I.D.: nntp.1992Sep30.215001.1287
Organization: University of Oregon Network Services

The DOS 640K memory barrier is a major problem with PC Gopher II.  In our
environment (PCs running Novell client software plus public domain IP apps
such as NCSA Telnet, all using packet drivers), a typical user running DOS
5.0 with DOS loaded high has perhaps 500K.  Running PC Gopher II and
looking at a reasonably large directory, Gopher reports perhaps 210K memory
left.  That's not enough for NCSA Telnet, but it *is* enough for running
the latest version of kermit.  A couple of observations:

1/ it's not polite given current DOS memory limitations for gophermeisters
to include telnet links in very large directories, since the space for
the directory competes with the space needed for the Telnet app.

2/ the latest version of kermit, 3.12beta, works pretty well as a vt100
telnet.  Much better than 3.11 did.  It lacks multiple windows and 3270
emulation, but the former is irrelevant for gopher and the latter is also
a limitation of NCSA Telnet (though not CUTCP).

3/ We're right at the edge.  If the next version of PC Gopher II grows by
another 20K to 30K, or if you have a user with a DOS environment that uses
more low memory (e.g. because she is running an earlier version of DOS or
because she has some big TSRs she needs), you're out of luck.

4/ the current version of gopher complains about maybe not having enough
memory before it starts up whatever app G_TEL points to.  The complaint
seems to be tuned to the expected memory demands of NCSA Telnet, and
hence is not very appropriate for other telnet emulators.  It would be 
a nice feature if it were tuned based on the size of the .EXE file that
is about to be loaded.

-- 
JQ Johnson
Director of Network Services		Office: 250E Computing Center
Computing Center			Internet: jqj@ns.uoregon.edu
University of Oregon			voice:	(503) 346-1746
Eugene, OR  97403-1212			fax: (503) 346-4397
Newsgroups: comp.infosystems.gopher
From: dan@ORTTA (Daniel C. Cummings)
Subject: Re: Telnet out of Gopher
Organization: U of Mn
Distribution: comp
Date: Mon, 5 Oct 1992 17:26:59 GMT

In article <6176@m1.cs.man.ac.uk> zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby) writes:

>Now I may be talking rubbish here but I think the following is correct.
>PC gopher only runs in the standard 640K provided by DOS so your cases
>1 and 2 should be equivalent. Once gopher is loaded there is a number on
>the top line of the screen that (I think) is the amount of memory left.
>On my PC this figure is 366944 when I first go in to gopher but I have
>got various drivers loaded in high memory; on my colleague's AT without
>any memory management going on this figure is 282896. This figure should
>be the amount of memory available to run whichever telnet program you
>are using. I can run version 2.3.05 of NCSA telnet when the available
>memory is around 360000 but I haven't done any tests to find out at what
>point I can no longer run it (it certainly fails when there's only 312000
>bytes available). So really, the answer depends on how big your telnet is.
>I would like to be able to get a smaller telnet program which still does
>VT100 emulation. There is something called minitel.exe which is distributed
>with the NCSA telnet which I was playing around with yesterday but it
>doesn't do VT100 stuff. Does anybody know of such a thing?

>-- 
>_____________________________________________________________
>Mark Whidby, Distributed Systems, Manchester Computing Centre

You're right about minitel...it works, but is not incredibly stable and 
leaves out many useful features.  After going through the same memory 
frustrations as you, I was pleasantly surprised to find the Clarkson's 
CUTCP/CUTE emmulator takes a bit less memory than the NCSA version.  I was 
able to launch it from PC gopher with about 270,000 bytes remaining (as 
reported on the status line at the top of the screen).  

I picked it up on risc.ua.edu in pub/network/tcpip/cutcp.zip

CUTCP/CUTE 2.2D/2.2TN  TC-D                             11/12/90
	Clarkson University Tcp Communication Package
	Clarkson University Terminal Emulator

It also includes a neat little TN3270 emmulator that runs as a TSR and only 
takes 90KB.  

It would be great if someone took the minitel idea and wrote a really nice, 
ultra-compact emmulator!

Hope this is helpful!


  Regards -

  Dan

  -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  Daniel C. Cummings, CNE                   Voice:  (612) 624-2574
  Manager of User Services                  FAX:    (612) 624-4843
  University of Minnesota - ORTTA
  1100 Washington Avenue, Suite 201
  Minneapolis, Minnesota  55419-1226      Internet: dan@ortta.umn.edu
From: ckd@eff.org (Christopher Davis)
Subject: Fooling gopherd about its hostname?
Organization: Electronic Frontier Foundation Tech Central
Date: Thu, 1 Oct 1992 03:04:31 GMT

Most gopher sites these days are showing up as 'gopher.dom.ain' for
fairly obvious reasons (it makes things a lot more portable, easier to
remember, etcetera).

However, the server still thinks of itself as whatever the "true name"
of the host is, which is probably not "gopher.podunk.edu" but more
likely something else like "bob.sparclab.podunk.edu".  This causes
clients to save potentially volatile information in a reference, which
is bad when bob's motherboard fries and the gopher server gets moved to
"more-reliable-machine.sparclab.podunk.edu".

I could just patch GetDNSname, but I don't want to reinvent the #ifdef
wheel if there's already a patch out there.  It would be nice if the
server would automatically check for 'gopher.dom.ain' and
'gopher.host.dom.ain' then check to see if it found a valid CNAME for
the current host (rather than hardcoding it at compile time).

So if it was running on 'sparclab.podunk.edu' it should check for
'gopher.podunk.edu' and 'gopher.sparclab.podunk.edu' as possible CNAMEs
for 'sparclab.podunk.edu'.  Perhaps it should even always try
'gopher.dom.ain' even if it's several layers deep, so that
'bob.sparclab.podunk.edu' would still find 'gopher.podunk.edu'.

--
Christopher K. Davis      |       NET.INSIGHTS INTO ARTISTIC CRITICISM:
<ckd@eff.org>   EFF #14   | ``[Y]ou don't cure bad art by locking it all up
System Administrator, EFF | in one museum, you cure it by throwing tomatoes
+1 617 864 0665  [CKD1]   | at bad artists.'' --Barry Shein <bzs@world.std.com>
Newsgroups: comp.infosystems.gopher
From: anders@dit.lth.se (Anders Ardo)
Subject: Re: Funny escape sequences in documents from WAIS-sources
Organization: Department of Computer Engineering, Lund University
Date: Thu, 1 Oct 1992 13:21:03 GMT

In article <1992Oct1.124108.6266@ugle.unit.no> toriver@flipper.pvv.unit.no (Tor Iver Wilhelmsen) writes:
>In article <1992Oct1.080418.22720@lth.se> anders@dit.lth.se (Anders Ardo) writes:
>>Hello,
>>  I have a problem when accessing some WAIS-sources through Gopher or
>>swais.
>>When I try to view a document I get a garbled screen. It turns out
>>that the document contains a lot of different escape sequences, for
>>example many words are bracketed by ESC( and ESC). These escape
>>sequences cause the mess I get. This holds for several different
>>sources for example usenet-cookbook.src and bible.src.
>>Using xwais to look at the same document at the same sources works
>>like a charm, no problems whatsoever.
>>
>>What is happening? Can I fix this locally?
>>
>
>The problem is that the pager you are using does not pass escape sequences
>through, but "quotes" them. The wais-server sends vt100 escape sequences
>to turn on/off emphasis (inverse text, underlining, I'm not sure - I get
>it as inverse text in an x-term) around the search term in the text. To
>fix this, you could set the PAGER variable to 'less -srf', or equivalent
>(pass all data raw to the terminal, treat as binary file).
>

My impression was just the other way around, that my problem is that the
escape sequences is sent to the terminal and causes the garbeled screen.
Using 'cat' as the pager gives the exact same behaviour as before (except
for no paging ofcourse).

Another I can't understand is why the WAIS-server should try to
emphasis almost every word in the original document?. I should
mention that the emphasis put in by gopher (inverse video for the
search words) works OK.
     Anders

>
>
>- Tor Iver
>-- 
>"I'm a Derek, and Dereks don't run!" - Derek in 'Bad Taste'
>toriver@pvv.unit.no
>Standard disclaimer should apply to this, I guess...
>"Reality is a poor escapism for people who cannot handle roleplaying" - Me
Date: Mon, 5 Oct 92 13:58:16 edt
Original-To: linder@boombox.micro.umn.edu
From: prw@albert.mannlib.cornell.edu
Subject: GOPHERD and WAIS INDEXES
Original-Cc: gopher-news@boombox.micro.umn.edu
Newsgroups: comp.infosystems.gopher
Distribution: comp

I have been trying to get Gopherd1.03 to work with WAIS indexes with out
running an index server.  After adding all the patches, I have compiled
Gopher1.03 under Ultrix ver 4.2a.  Everything works except for getting
Gopherd to work with Wais indexes.  Every time I run a search I get back
"Nothing available".  I'm using the example directory that comes with
gopher to check things out.

I have compiled the same program on a Sun sparc station and everything
works fine including WAIS indexes under gopherd.  Using the example
directory I can search and retrieve documents.

Could you please give me some ideas on how this problem may be solved.  For
now, we have to run a gindexd process on our DEC workstation for every
index
we want to serve.

Thanks.
Paul Weber
prw@albert.mannlib.cornell.edu

Newsgroups: comp.infosystems.gopher
From: john@math.nwu.edu (John Franks)
Subject: Re: Using Gopher as a departmental bulletin board
Reply-To: john@math.nwu.edu
Organization: Dept of Math, Northwestern Univ
Date: Wed, 30 Sep 1992 20:14:29 GMT

In article <1992Sep30.152849.10328@mail.cornell.edu>, Julian Humphries <jmh3@cornell.edu> writes:
> Is anyone using gopher as a bulletin board service for an
> academic department?  Any suggestions for easy (read automated)
> means of posting (say, via mail), updating, discarding old
> messages, etc.  We will be using either the PC or Mac server.
> 
> Thanks.
> 
> Julian Humphries
> Cornell University
> jmh3@cornell.edu

At Northwestern at least three departments (math, EECS and geology) are
using gophers servers in more or less this way.  In the math department
the server runs on one of our Suns.  It contains a variety of
information we need to access sporadically as well as things like help
files and our graduate and undergraduate bulletins.

Things that are modified frequently like our weekly seminar calendar or
the course/room/TA assignments are handled by secretaries.  They create
the document on a PC and upload it to the Sun giving it a specified
name and location.  A few faculty make their class handouts or
assignments available via gopher in a submenu which is imported by our
campus wide gopher run by the computer center.  We are in the process
of making gopher our CWIS for the whole university.  When this happens
these assignments will available via the CWIS gopher.  From the faculty
point of view there is a directory on his hard disk and every file put
in that directory appears in a submenu with title the name of the
file.

The whole thing is not difficult to maintain EXCEPT for creating the
information and keeping it timely.

-- 

John Franks 	Dept of Math. Northwestern University
		john@math.nwu.edu

Newsgroups: comp.infosystems.gopher
From: bchtantw@nuscc.nus.sg (Dr Tan Tin Wee)
Subject: Re: Problem with gopher running scripts
Organization: National University of Singapore
Date: Wed, 30 Sep 1992 07:05:09 GMT

rob@dragon.acadiau.ca (Rob Hutten) writes:
: First off, thanks to those who replied to my problem re: running scripts
: from gopher.  All of you suggested using the -c option, yet I am
: still having problems.

I am having problems too. and not only that with exec
but with the cool links to ftpable sites and with waissearch.
The ftp link keeps hanging
and the waissearch link keeps telling me
server error: Sorry this is not a WAIS index
even though I followed the instructions in the gopherd manual
pages to the last detail.  Any help will be gratefully accepted.


A
: the net with all my problems, but I'm running out of ideas...
me too 

Tin-Wee
bchtantw@nuscc.nus.sg

-- 
    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
From: bvaughan@lotka.Princeton.EDU (Barbara Vaughan)
Subject: Re: Using Gopher as a departmental bulletin board
Originator: news@nimaster
Organization: Princeton University
Date: Thu, 1 Oct 1992 05:32:53 GMT

In article <1992Sep30.201429.26639@news.acns.nwu.edu> john@math.nwu.edu writes:
>In article <1992Sep30.152849.10328@mail.cornell.edu>, Julian Humphries <jmh3@cornell.edu> writes:
>> Is anyone using gopher as a bulletin board service for an
>> academic department?  Any suggestions for easy (read automated)
>> means of posting (say, via mail), updating, discarding old
>> messages, etc.  We will be using either the PC or Mac server.
>
>At Northwestern at least three departments (math, EECS and geology) are
>using gophers servers in more or less this way.  In the math department
>the server runs on one of our Suns.  It contains a variety of
>information we need to access sporadically as well as things like help
>files and our graduate and undergraduate bulletins.
>
This is not what I think the original poster is asking about.  (At least
it's not what I wanted, which I think is what he was asking for.)  I would
like to offer as one item on a departmental gopher a bulletin board that
people could post to.  For instance, someone could post "Room-mate wanted",
"Did anyone find a calculator?" and items like that by sending mail to a
special account; gopher can handle mail files, so that's not a problem. 
What I want is a mail interface that would allow people to read, reply and
print, but not delete or save items. (Perhaps pine can do this.)  Then
someone could just purge articles more than a week old periodically.

I would like to know if anyone does this and which functions they allow
and inhibit, just how it all works, etc.

Barbara Vaughan
Newsgroups: comp.infosystems.gopher
From: Albert-Lunde@nwu.edu (Albert Lunde)
Subject: Re: TurboGopher: a new, turbocharged Gopher client [LONG]
Followup-To: comp.infosystems.gopher
Originator: lunde@casbah.acns.nwu.edu
Reply-To: Albert-Lunde@nwu.edu (Albert Lunde)
Organization: Northwestern University, Evanston, Illinois, USA
Date: Wed, 7 Oct 1992 04:04:08 GMT

In article <T7FRB5LK@cc.swarthmore.edu> 
 hirai@cc.swarthmore.edu (Eiji Hirai) writes:
>This looks great.  However, which resource contains the strings that define
>the default "Bookmarks" and the "Home Gopher Server".  I'd like to change
>them if I can (not through Preferences but in the application itself).

Yea - for all Mac developers: making it easy to set the defaults in a
preference file *and* storing the "default defaults" in an easy to
edit resource in the application is a nice combination.

In a lab setting it is easier for me to control what's on the server
than to ensure a localized preference file is in every System Folder.




-- 
    Albert Lunde                      Albert-Lunde@nwu.edu
                                      alunde@nuacvm.bitnet
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher
Subject: Re: Finger this...
Date: 30 Sep 1992 21:10:09 -0400
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: nigel.msen.com
X-Newsreader: TIN [version 1.1 PL6]

i've got some example finger sessions in the msen gopher in my "lots of
interesting things" directory, esp. stuff cribbed from Scott Yanoff's
list.  Basically it looks like
	finger user@host.domain.org
turns into

Host=host.domain.org
Port=79
Path=user
Type=0
Name=Whatever name you want to give it!

mucho handy

--Ed
Newsgroups: comp.infosystems.gopher