HDTenEightyP/NetNews huggingface dataset:
From: SNYDER@d0sb10.fnal.gov
Newsgroups: comp.infosystems.gopher
Subject: small patch to gopher.el
Date: 19 Nov 92 23:03:48 GMT
Organization: SUNY Stony Brook High Energy Physics
NNTP-Posting-Host: d0sb10.fnal.gov


This is a small patch to gopher.el 1.00 (sent to me by Humberto
Ortiz-Zuazaga <zuazaga@ucunix.san.uc.EDU>).  It fixes a problem which caused
the program to ignore bookmarks with null paths.  It's small enough not to
warrant a new release, but since i've gotten several questions about
this problem, i thought that i should post it.

sss

*** gopher.el~  Thu Oct 29 14:39:08 1992
--- gopher.el   Fri Oct 30 12:53:28 1992
***************
*** 708,712 ****
    "Read next bookmark.  Return a directory object."
    (if (re-search-forward
!        "^#$\nType=\\(.+\\)\nName=\\(.+\\)\nPath=\\(.+\\)\nHost=\\(.+\\)\nPort=\\([0-9]+\\)\n" 
         (point-max) t)
        (vector (string-to-char
--- 708,712 ----
    "Read next bookmark.  Return a directory object."
    (if (re-search-forward
!        "^#$\nType=\\(.+\\)\nName=\\(.+\\)\nPath=\\(.*\\)\nHost=\\(.+\\)\nPort=\\([0-9]+\\)\n" 
         (point-max) t)
        (vector (string-to-char

Newsgroups: comp.infosystems.gopher,comp.sys.prime
From: riddle@is.rice.edu (Prentiss Riddle)
Subject: Gopher client for PRIMOS?
Organization: Ministry of Information, William's Marsh
Date: Fri, 20 Nov 1992 17:08:45 GMT

Has anyone out there done any work on a Gopher client for PRIMOS?

Specifically, our Academic Computing group could use one for PRIMOS
23.2.0 with Information 7.0.4.

Please reply by mail.  I'll summarize if there's interest.  Thanks.

-- Prentiss Riddle ("aprendiz de todo, maestro de nada") riddle@rice.edu
-- Unix Systems Programmer, Office of Networking and Computing Systems
-- Rice University, POB 1892, Houston, TX 77251 / Mudd 208 / 713-285-5327
-- Opinions expressed are not necessarily those of my employer.
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher
Subject: Re: New/additional gopher at the Univ of Utah
Date: 15 Nov 92 17:17:34 GMT
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com
X-Newsreader: TIN [version 1.1 PL6]

Bill Silvert (silvert@cs.dal.ca) wrote:
: 
: Not much of a solution.  Aside from the fact that many fields of
: interest are not adequately represented in Usenet newsgroups (like
: marine biology), this is a very inefficient way to proceed.

This suggests that a straightforward advertising and publicity and
group creation approach (probably say "bionet.marine" would be a good
one to start up) would maximize the effect of your gopher building
efforts.  At least then you could get the word out to quite a few
people, by adding the information about your gopher server to the
calls for discussion and for votes for the new group.  I know that
BIONET goes to places like Woods Hole, so you have at least some of
a ready target audience already.

The mere existence of gopher servers does not guarantee that there's
going to be a thriving community maintaining them.  It takes more than
just a couple of servers running somewhere (invisible to 99.9% of the
nets) to build up a set of people who are on the nets working together.
In my experience there's quite a bit to be said for also have a newsgroup
(or a LISTSERV or a good mailing list) handy for chatter, discussion, and
various things that don't fit on menus so easily.

  Edward Vielmetti, vice president for research, Msen Inc. emv@Msen.com
        Msen Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 GLOB
Newsgroups: comp.infosystems.gopher
From: Daniel A. Torrey <daniel@boombox.micro.umn.edu>
Subject: Re: More bugs gopher1.1b1 (beta programmers as well as code)
X-Xxmessage-Id: <A72FD88746018258@terrapin.micro.umn.edu>
X-Xxdate: Wed, 18 Nov 92 17:24:55 GMT
Organization: CIS/DSP University of Minnesota
X-Useragent: Nuntius v1.1.1d12
Date: Wed, 18 Nov 1992 17:21:10 GMT

In article <mtm.722068331@CAMIS> Mike Macgirvin, mtm@CAMIS.Stanford.EDU
writes:
>	With all due respect, Paul, I sure hope you're wearing
>something flame-retardent.... we all respect the work you've done,
>but we all wish it worked better.

Absolutely right, dude.  If it was me, I'd demand my money back.

---

Daniel A. Torrey
CIS/DSP University of Minnesota
daniel@boombox.micro.umn.edu
(612) 626-8663
Newsgroups: comp.infosystems.gopher
From: rww@mugwump.cl.msu.edu (Richard W. Wiggins)
Subject: Re: gnntp--a simple Gopher NNTP gateway
Organization: Michigan State University
Date: Tue, 17 Nov 92 17:55:59 GMT

> Check what groups are being read.  Gopher is an extremely easy way to
> get newsgroups like the alt.binaries.* hierarchy for sites that don't
> carry them and for people who don't know of or how to connect to an  
> off-campus nntp server.
> --
> Jason R. Heimbaugh (CatStyle)
> jrh@uiuc.edu

It may be an easy way, but it's not the most efficient way to
get a news feed, and it's sure not what's intended by those of
us who've mounted such services.  The goal is to provide a way
for people who don't have easy access to news reading tools to
have an online mechanism for browsing Usenet News.  Apparently some
sites are actually downloading entire newsgroups -- especially 
the binary ones -- from Gopher gateways.  I don't know of a Gopher
client that will reassemble a series of files, uudecode them, and
launch a GIF (or JPEG or FLI) viewer; sites that want local feeds
of binary groups should provide them the old fashioned way, not by
pointing to remote Gopher-Usenet gateways.

/Rich Wiggins, Gopher Coordinator, Michigan State U
Newsgroups: comp.infosystems.gopher
From: fwp@CC.MsState.Edu (Frank Peters)
Subject: Re: Is There an Open Look Xgopher?
Organization: Computing Center, Mississippi State University
Date: Mon, 16 Nov 1992 16:47:16 GMT

In article <1992Nov16.130003.4239@cas.org> lvirden@cas.org (Larry W. Virden) says:
: In article <1992Nov15.200600.1420@sjsumcs.sjsu.edu> rick@sjsumcs.sjsu.edu (Richard Warner) writes:
: :This is not an abstract ideal.  There are a half-dozen major X based
: :UI's, and a lot more minor variants.  Do we have one client for each?
: :The *ENTIRE* idea of X was to have one, unifying protocol.  To add
: 
: Actually, the way _I_ read the X literature from the past 10 yrs or so,
: and in talking to the X gurus from MIT, etc. during many different
: conferences, is that while there be one unifying protocol, there would 
: NEVER be one unifying user interface.

Indeed, they went to great effort to NOT specify the user interface.

If they had particularly wanted a single look and feel they would have
gone the Mac/SunView route and made look and feel an integral part of
the protocol.

:                                                              MIT continues
: to resist officially sanctioning the user interaction.  They leave that
: area up to the user community to decide.  

It would be nice if we did all agree on a single user interface but, for a
variety of reasons (some quite silly) that hasn't happened.

: So if we want to use X itself as a model, then gopher users who wish to write 
: a OpenLook, or Motif, or NeXTStep, or Mac, or Windows look and feel interface
: should go ahead, but not expect the general gopher team to support it.  Let
: the team choose an interface with which they are satisfied and they will
: support it.

I agree completely.
--
Frank Peters  -  UNIX Systems Programmer  -  Mississippi State University
Internet: fwp@CC.MsState.Edu  -  Phone: (601)325-7030  -  FAX: (601)325-8921
From: cowleym@sacomm.schulz.unisa.edu.au ()
Newsgroups: comp.infosystems.gopher
Subject: Moog0.0 core dumped & indiv. defaults
Date: 24 Nov 1992 01:36:00 GMT
Organization: University of South Australia
Distribution: world
Reply-To: cowleym@sacomm.schulz.unisa.edu.au ()
NNTP-Posting-Host: saccs1.schulz.unisa.edu.au


I can use moog for a while, but then core is dumped, with the message:

pid <no.> (moog) was killed on an unaligned access, at pc 0x402740 
Bus Error (core dumped)

This is what I do:
Type: 	moog 					(defaults to info.anu.edu.au)
Select: Other Sites        Australian Services	The AARNet Archive Server
	Index to List of Files                  puts up Index Search window   

    		enter index words: elm2.4		Press <return>		
	produces Index to List of Files Select: a directory to look in		
	produces directory listing in						
	a new window.Click: 	Done Button					
Click: 	Go up a level Button

then usually core is dumped (not always).

Also, the man pages on Moog say all system app-defaults can be overridden by
individual preferences. Well, I have an app-defaults directory in my login
directory, with a different rootServer (compared with the system's) but how do
I get moog to read IT, instead of /usr/lib/X11/app-defaults/Moog?

Thanks,
Margaret
--
AusMail: Margaret Cowley, UniSA, Schulz Building, Kintore Ave.,Adelaide,SAust.
E-Mail : cowleym@schulz.unisa.edu.au, Phone:+61 8 301 1617, FAX:+61 8 301 2602
Newsgroups: comp.infosystems.gopher
From: lbrintle@tinyblue.cs.uiowa.edu (Lee Brintle)
Subject: Re: Veronica: unix gopher hangs?
Date: Sat, 21 Nov 1992 03:35:37 GMT
Reply-To: lbrintle@tinyblue.cs.uiowa.edu (Lee Brintle)
Organization: U of Iowa, Iowa City, IA, USA

I noticed the same thing with our new Gopher+ client.  After testing with
telnet, however, I found that I had this in my client:
      cxn << Path << endl;
Once I changed it to:
      cxn << Path << "\r\n";
it worked okay.  In other words, I was using a line-feed only instead of
the *standard* method of using CR-LF.  It was the fault of my client, since
I'm the one not obeying the protocol.

Anyway, you might want to check your clients for the same problem.  We
diverged from the standard release, so I cannot check.


Lee Brintle                      | ``And so, I leave you with this final word:
Project Panda                    |              twang.''
Newsgroups: comp.infosystems.gopher
From: JONESD@kcgl1.eng.ohio-state.edu (David Jones)
Subject: Re: Xgopher port for VMS ?
Organization: The Ohio State University
Date: Tue, 17 Nov 1992 21:33:13 GMT

In article <1992Nov17.120435.1225@galaxy.gov.bc.ca>, ewilts@galaxy.gov.bc.ca (Ed Wilts) writes:
>
>David Jones from Ohio State University has already ported xgopher for UCX.  By
>including one of the UCX header files, I got it to work under MultiNet as well.
>Unfortunately, I can't remember the site I pulled the sources from...  If you
>need them, and are running UCX, let me know and I can e-mail you the sources.
>I can't distribute the UCX include file for MultiNet sites so please don't ask.
>
The FTP site for my xgopher is job.acs.ohio-state.edu.

This client is not a port of the UNIX xgopher but is original code that
uses the DECWindows XUI toolkit.  It also uses asynchronous QIO's for
the network I/O (UCX interface), which facilitates displaying text
while it's being received and canceling transfers in progress.



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: lbroda@s.psych.uiuc.edu (Larry Broda)
Subject: Wais search not working
Summary: getting "Nothing available" when something is
Organization: UIUC Department of Psychology
Date: Mon, 23 Nov 1992 16:08:18 GMT
Keywords: wais index

Surely I'm making a simple configuration error here: on a simple WAIS
index search (wais-8-b5, gopher 1.03) I get "Nothing available" though
I know this is incorrect (a waissearch proves this).

Furthermore, I tried running gopherd in  Debug mode and the debugging
output clearly showed that it was finding the correct documents on and
index search... though there was an odd "dangling file" message.  Here
is an example of gopherd debug output:

IndexPath: /home/gopher
After finished_search
0: 0: Nov 23 16:03:53 1992: -2: Dangling File /home/gopher//computer//s.psych/elm/Ref.manual in database ./index.
0: 1: Nov 23 16:03:53 1992: -2: Dangling File /home/gopher//computer//s.psych/elm/Alias.manual in database ./index.
0: 2: Nov 23 16:03:53 1992: -2: Dangling File /home/gopher//computer//s.psych/elm/.cap/Alias.ascii in database ./index.
0: 3: Nov 23 16:03:53 1992: -2: Dangling File /home/gopher//computer//s.psych/elm/Users.manual in database ./index.
0: 4: Nov 23 16:03:53 1992: -2: Dangling File /home/gopher//computer//s.psych/elm/elm.options in database ./index.
0: 5: Nov 23 16:03:53 1992: -2: Dangling File /home/gopher//computer//s.psych/intro.guide.470 in database ./index.

Those are the correct files for the index search I requested, but the
gopher client still returned "Nothing Available!"

Here is the link I am using:

Name=Computer Help Index
Type=7
Path=7/computer/.waisindex/index
Host=+
Port=+
Numb=1



Can anybody help?

--
Larry Broda
Systems Administration
Department of Psychology,
University of Illinois at Champaign-Urbana
email: lbroda@s.psych.uiuc.edu
Newsgroups: comp.infosystems.gopher
From: 35007_321@uwovax.uwo.ca (Gord Nickerson)
Subject: FTP/Gopher for DOS - why not?
Organization: SLIS
Date: Mon, 23 Nov 1992 22:33:41 GMT

I have used ftp for a long time to xfer files but lately i find myself using
gopher more and more for this, i like the way TurboGopher lets me browse
around and automatically launches my extractor programs. Having come from a
Dos shop to the Mac I was a first puzzled why mac archies stored files in
.hqx format instead of .sit or .cpt or whatever...

Now i see a real advantage to this. I still FTP dos stuff but gopher all my
mac files, it is just so darn convient. If a dos gopher client could do the
same thing it would make getting files much easier - i could set up client
for all new users and let them go at it without much support.

For example, if i encoded the .zip files in my archive site then people
with dos machines could get them and the client would uud them back
to the .zip format. It might even offer to extract them.

Is this a stupid idea? I'm sure it's been thought of before - what are
the reasons against it?

just wondering....

g
Organization: Washington University, St. Louis
Date:         Wed, 18 Nov 92 15:49:44 CST
From:         Nick <C09615NL@wuvmd.wustl.edu>
To:           NETNEWS@WUVMD
Subject:      Xgopher on NeXTstep 3.0 (BSD4.3)
Newsgroups:   comp.infosystems.gopher
X-Acknowledge-To: <C09615NL@wuvmd.wustl.edu>

Hi!

I'm trying to compile xgopher on a NeXTstation running NeXTstep 3.0, and
I get and error that disturbs me. The make process goes through and
creates a lot of the object files, but then it tries to include the
header file stdio.h and gives me the error "this is not a fully BSD4.3
program," and then terminates with no output code.

Has anyone out there in netland successfully gotten xgopher working on
a NeXT? I would appreciate any help you can offer. (We're trying to set
up a gopher server here at Wash U, and we want to get as many of the
current clients up and running as we can so that we can support them.
Since the only unix type machine we have is a NeXT, we have to try it
there.)

Thank you very much. And please email me directly instead of posting.
Nick Laneman
Educational Computing Services
Washington University, St. Louis.
Newsgroups: comp.infosystems.gopher
From: cstaelin@smith.smith.edu
Subject: Gopher for Windows 3.x
Organization: Smith College
Date: Thu, 19 Nov 1992 01:07:40 GMT

Prior messages about an alpha version of Gopher for Windows suggested that it
was available in the CICA archives (pub/pc/win3/uploads on ftp.cica.
indiana.edu) as zgopher0.exe.  I've looked there and elsewhere without success.
Does anyone know where it has gone, or if it is still available?

Thanks,
Charles Staelin  (CStaelin@Smith.edu)
Smith College
Northampton, MA
Newsgroups: comp.infosystems.gopher
From: jtbell@hubcap.clemson.edu (Jon Bell)
Subject: Re: Help Files - No such file
Organization: Presbyterian College, Clinton SC
Date: Mon, 16 Nov 1992 04:49:30 GMT

In article <1992Nov15.203017.16266@news.nd.edu> mandell@bach.helios.nd.edu (Dan Mandell) writes:
>When I press "?" in our hpux gopher client running on an HP, I get the message
>/usr/local/lib//gopher.hlp: No such file or directory

Ours (on a DG AViiON) does that too, and I finally realized why only 
yesterday...  It seems the
Makefile which builds the gopher client wants to install "gopher.hlp" in a
certain directory.  If that directory doesn't exist already, "gopher.hlp"
doesn't get installed!

The solution obviously is either (a) create the directory and copy "gopher.hlp"
into it; or (b) edit the Makefile to indicate where you _really_ want
"gopher.hlp" to be located, then re-install the gopher client.  

Those two slashes in a row in the offending pathname look fishy to me, so
I'll probably take route (b) as soon as I can get a Round Tuit.

Jon Bell / Dept. of Physics & Comp. Sci. / Presbyterian College / Clinton SC
Date: Mon, 23 Nov 1992 09:30:38 -0600
From: fxa@boombox.micro.umn.edu ("Farhad Anklesaria" )
Original-To: fkappe@fiicmds04.tu-graz.ac.at, barrie@futique.scs.unr.edu,
        gopher-news@boombox.micro.umn.edu
Subject: Re: Bug in Veronica
Newsgroups: comp.infosystems.gopher
Distribution: comp

In message <9211221347.AA25939@iicm.tu-graz.ac.at> Frank Kappe writes:
> 
> I also had problems interfacing to Veronica from our Hyper-G client. This is
> what I found out:
> 
> It appears to me that Veronica insists on terminating the keyword with '\r\n' 
> (C notation). If the client fails to send the '\r' you have to supply one
> more character that is going to be ignored (?).

Not a bug.  All gopher transactions (client requests and item lines sent by
the server must be terminated by CR LF, ie. \r\n in C notation).
Any server or client that either doesn't send or doesn't expect both is
not a good gopher. Check the protocol doc :-)

F.
--
Farhad Xerxes Anklesaria
Gopher Maven-In-Residence
Microcomputer Research Group
University of Minnesota
fxa@boombox.micro.umn.edu
Date: Tue, 17 Nov 1992 07:26:34 +0200
Original-To: m.connell@ucq.edu.au
From: MTan@uci.edu
Subject: Re: Apple Gopher Server
Original-Cc: gopher-news@boombox.micro.umn.edu
Newsgroups: comp.infosystems.gopher
Distribution: comp


  Here is the info you requested.

     Name=Apple Computer Higher Education gopher server
     Type=1
     Port=70
     Path=
     Host=info.hed.apple.com

  Mary

>Can anyone give me the details of the Gopher server at Apple ?
>
>Thanks.
>
>Merv Connell
>m.connell@ucq.edu.au

Newsgroups: comp.infosystems.gopher
From: jpowell@borg.lib.vt.edu (James Powell)
Subject: database packages and gopher
Keywords: database
Organization: UNC Educational Computing Service
Date: Mon, 16 Nov 1992 14:03:16 GMT

Is anyone currently using a gopher system to connect users to a database  
application developed under oracle, progress, or other unix  
DBMS/development systems?  What are you using?  Is it possible for me to  
see your system?  We have a number of SPIRES applications currently  
residing on an IBM mainframe that we need to move to unix.  Our plan is to  
purchase a DBMS/development package for a DECstation, port each database,  
and then connect each application to our gopher menu.  Any advice, hints  
or comments would be appreciated.

--
James Powell >>> Library Automation, University Libraries, VPI&SU
             >>> JPOWELL@VTVM1.CC.VT.EDU 
	     >>> jpowell@borg.lib.vt.edu - NeXTMail welcome here
	     >>> Owner of VPIEJ-L, a discussion list for Electronic
	     >>> Journals
From: zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
Newsgroups: comp.infosystems.gopher
Subject: Re: Waisindex a file containing keywords pointing to other files
Keywords: waisindex keywords HyperText
Date: 19 Nov 92 08:55:41 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

In article <3338@accucx.cc.ruu.nl>, henny@accucx.cc.ruu.nl (Henny Bekker)
writes:
|> 
|> Hello All,
|> 
|> 	I like to known if someone has succeeded in waisindex-ing a
|> (short) file containing lines with keywords pointing to other (the
|> real big ones) files..
|> I like to use gopher as a frontend for it..
|> Imagine:I have a file containing descriptions of titels of documents.
|> 	I like to index the file with waisindex so that a 'hit' results
|> 	not in a seacrch to the description but to the original file
|> 	of the descriptions..
|> I don't known how to implement this with waisindexing and gopher.. (if
|> possible at all ??)

The only thing I can think of is to ensure that the real files have as
their first line the title of the file and then use the -t first_line
option when you waisindex them. Forget about the short file. I don't
know if this will work - best to try indexing a couple of files first
and see what happens.
-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
Newsgroups: comp.infosystems.gopher
From: arnold@stat.ncsu.edu (Tim Arnold)
Subject: GIF standard and textmarkup question
Originator: arnold@esssc4.stat.ncsu.edu
Organization: Department of Statistics, NCSU
Date: Fri, 20 Nov 1992 14:17:15 GMT


I am setting up gopher and xgopher to be used by
remote readers of an electronic journal.  Equations
tables, text, and graphics will be included, as far
as that is possible.

Now, the questions:
	gopher1.02.GIF and xgopher1.1.GIF; Do these
	have the blessing of the gopher community,with
	the somewhat different method of supporting
	the gif-type link?

Wouldn't a type of "image/gif" or "image/tiff", like
the MIME reference make more sense?  What does the
gopher management think?  Is there interest in a documenting
a standard?

Second and related question:
	Electronic info systems are here to stay blah blah,
	we all know that.  There are initiatives in different
	parts of cyberspace to support SGML (Standard Generalized
	Markup Language) as a standard in information retrieval
	and indexing systems.  So where does gopher stand here?

It seems to me that we need yet another doc type, say
	text/sgml or text/rtf  etc.

I'm not trying to create more work (I'm willing to start the
coding now, myself) but I'd like to see what I think of as
a wonderful tool being used in more serious/ambitious ways.

The metamail system, built to take advantage of the MIME standards
understands many different "types" and each installation of metamail
has a table lookup file to know if the local machine can display
a particular type, and if so, how.

That's what I'm thinking, please let me know what you think.
-- Tim 
-- 
----------------------------------------------------------------------
Tim Arnold                      Instructional Computing
Internet: arnold@stat.ncsu.edu  North Carolina State Univ.
BITNET  : ARNOLD@NCSUSTAT       Dept. of Statistics, Raleigh NC 27695
From: jreece@sousa.intel.com (John Reece)
Newsgroups: comp.infosystems.gopher
Subject: Re: More people would use gopher if ...
Date: 16 Nov 92 23:12:30 GMT
Reply-To: jreece@sousa.intel.com
Organization: Intel - Information Technologies

In article <rhughes.13.0@ucsd.edu>, rhughes@ucsd.edu (Richard J. Hughes) writes:

> >	I really like gopher - the access to information in such a format
> >is a great idea - but they oughta call it something that people can 
> >feel proud about when they use it!
 
> You're the idiot.  Gopher is a cute and clever name.
 
> Richard J. Hughes


Intel CEO Gordon Moore thought it was kind of neat -- both the name and 
the package.  


-- 
John Reece			"This lifeboat is full"	
Not an Intel spokesman 			 
Newsgroups: comp.infosystems.gopher