HDTenEightyP/NetNews huggingface dataset:
From: rww@mugwump.cl.msu.edu (Richard W. Wiggins)
Newsgroups: comp.infosystems.gopher
Subject: Re: PC GOPHER CLIENT
Date: 13 Jan 93 03:26:15 GMT
Organization: Michigan State University
NNTP-Posting-Host: mugwump.cl.msu.edu

(George Walker) writes:
> (Jim Allor) writes:
> >We are currently using Michigan State University's version of gopher
> >(it doesn't require packet drivers), however we need the capability to
> >bring down binary files.  We are currently using the TRW3001 card with
> >ftp software and cannot use the standard gopher from Minnesota.  Has any
> >one set this up before? If not where can I get the source to gopher (I
> >have MSU's src)?
> 
> How did you get this to work?  What version do you have?  I have been having 
> problems getting mine to work.  This is the version that runs with LAN 
> workplace right?  Anyone else ot\ut there know how to get it to work?

As Jim mentions, MSU's version of the U Mn PC Gopher client works with
FTP Software's suite.  It's at ftp.msu.edu.  It's not intended to solve
the Lan Workplace need; check with U Texas Med (see message on this thread)
or U Michigan Med.

Jim, the source you downloaded is only several bytes different from the
U Mn source.  Our release should work with FTP Software or with Clarkson
drivers (though we do have one user with a problem under latter).
Someday we hope to see the U Mn client incorporate our simple fix; this  
question comes up a lot.

/Rich Wiggins, Gopher Coordinator, Michigan State U
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: gif viewer for SUN
Organization: University of Minnesota, Minneapolis
Date: Wed, 13 Jan 1993 04:28:38 GMT

In <hayden.106.0@ses.aero.org> hayden@ses.aero.org (bill hayden) writes:

>Are running a gopher client on a SUN3 (under UNIX) which points to 
>xloadimage for displaying GIF images.
>xloadimage is not available on our little machine and there is no intent to 
>bog the system down with Xwindows to allow its use.
>can anyone recommend an alternative viewer ?

Hmmm, If you're running Sunview you might consider changing the image
command into a shell script that does the following:

anytopnm $1  |pnmtorast| {sunviewrasterdisplay}

That might do it..  I don't remember the name of the app that does
raster display in sunview..  Sun3s and sunview are but distant
memories to me...
--
 | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
 |              | Computer & Information Services | is good for the sake
 | Gophermaster | University of Minnesota         | of comparision.
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
From: rww@mugwump.cl.msu.edu (Richard W. Wiggins)
Newsgroups: comp.infosystems.gopher
Subject: MSU fix to PC client for FTP Software
Keywords: PC Gopher 2, FTP Software
Date: 7 Jan 93 04:28:08 GMT
Organization: Michigan State University
NNTP-Posting-Host: mugwump.cl.msu.edu

In article <93006.162247SDP2@psuvm.psu.edu> Stephen Peterson  
<SDP2@psuvm.psu.edu> writes:
> I have a copy of Daniel Torrey's PC Gopher1_05 client that was modified by
> someone at Michigan State. The File "Readme.MSU"  didnt have an FTP or
> mail address.
> 
> This port will use the FTP drivers and is very nice. The roriginal port uses
> the clarkson drivers.
> 
> Does anyone have a newer version of the Michigan State Port or have an FTP
> address where I can get one?
> 
> The file "readme.msu" states version 1.04b and is dated 5/6/92
> 
> Thanks,
> Steve
> 
> ----------------------------------------------------------------------
> Stephen Peterson                                   SDP2@PSUVM.PSU.EDU
> Senior Microcomputer Systems Consultant            814-863-4356
> The Pennsylvania State University
> University Park, PA 16802

The patch is a very simple fix, done originally by Ed Symanzik.  We
continue to apply the patch to new releases of the client.  We remain
ever hopeful that U Mn will incorporate our simple fix into the
standard release, so that the client that folks obtain from Gopher Central
will work with Clarkson or with the FTP Software suite.

In the meantime, you can obtain the 1.05 client as patched from
ftp.msu.edu, /pub/msdos/gopher/gopher2.  Please send comments to
me or to gopher@gopher.msu.edu.

You may also want to investigate the port of the Curses client to
MS-DOS done by the U Texas Med School.  Not as pretty as the U Mn
client, but smaller, and GIF (and sound) capable.

/Rich Wiggins, Gopher Coordinator, Michigan State U 
Newsgroups: comp.infosystems.gopher
From: flight@vogon.mathi.uni-heidelberg.de (Gregor Hoffleit)
Subject: Re: Telnetting under the PC Client...a solution!
Organization: University of Heidelberg, Germany
Date: Sat, 9 Jan 93 17:40:23 GMT

In article <dan.67.726532246@ortta.umn.edu> dan@ortta.umn.edu (Daniel C.  
Cummings) writes:
> There was a discussion a while back about the problem of launching telnet 
> under the PC Client.  Basically, within the tiny confines of PC memory, 
> gopher uses up too much memory to successfully run the 200-300 KB telnet 
> emmulators we're all so fond of.  The solution was basically to find a 
> smaller telnet.  But I saw a post on the Novell net today describing a  
> relatively simple memory swap that allows even a large telnet program to 
> be launched nicely.  I picked up the program and it works great!  I'll test 
> it more over the weekend and see if it is stable enough to release to my 
> users.  Anyway, here's the post...hope it is helpful to you as well....
[...]

Thanks for the tip, Daniel, it really works great!

One questions remains:

Is it possible to disable the requester that tells that gopher is short of  
memory and asks if you want to start telnet nevertheless ? It's a little bit  
annoying to have to choose 'Ok' and press Enter every time you want to start a  
telnet sessions.

Is there perhaps anybody who worked around this ?

---------------
gregor hoffleit
mathematisches institut der universitaet heidelberg
telephon: (49) 6221 56-5771 (new phone number) <---------------------
email: flight@vogon.mathi.uni-heidelberg.de (nextmail preferred)
snail: inf 288, w-6900 heidelberg, germany

Xref: sparky comp.infosystems.gopher:1850 comp.infosystems.wais:802
From: xdwj@uxa (Darrell Johns)
Newsgroups: comp.infosystems.gopher
Subject: Bug in gopher 1.1 on Sun.
Date: 8 Jan 1993 11:03:53 -0600
Organization: Educational Computing Network
NNTP-Posting-Host: uxa.ecn.bgu.edu

When a user starts the Sun gopher client for the first time they get the
following message:

Welcome to the wonderful world of Gopher!

Gopher has limitations on it's use and comes without
a warranty.  Please refer to the file 'Copyright' included
the distribution.

Internet Gopher Information Client v1.1, Copyright 1991,1992 by the Regents
of the University of Minnesota

Press any key to continue


Any key won't work, it must be the return key.  Also, our wordcrafters
noticed that you don't need the apostrophe in it's on the second line.
The second line should read:

Gopher has limitations on its use and comes without

-- 
Darrell W Johns         |Educational Computing Network  |Phone: 708/ 534-0200
Applications Consultant |Route #54 & Stuenkel Road      |FAX:   708/ 534-2042
                        |University Park, IL 60466-0975 |BITNET: XDWJ@ECNUXA
      INTERNET:D-Johns@bgu.edu  -or-  djohns@heartland.bradley.edu
From: jasper@vax.path.ox.ac.uk
Newsgroups: comp.infosystems.gopher
Subject: Re: VMS Gopher 1.1 client won't connect
Date: 7 Jan 93 18:46:30 GMT
Organization: Oxford University Molecular Biology Data Centre
Nntp-Posting-User: jasper

In article <93005.104800DSTEIS01@ULKYVM.BITNET>, DSTEIS01@ULKYVM.BITNET (Donald S. Teiser) writes:
> We are running VMS version a5.5-1, UCX 2.0, and a Gopher v1.1 client.
> When attempting to connect to any valid Gopher server, the client
> program reports that the connection was refused by the server.
> Any suggestions or ways to further diagnose the problem?
> Thanks.

Yup, UCX 2.0 setsockopt is broke. the version 1.3 code is fine.

Get the 0.6D client from jpb.acs.ohio-state.edu (Gopher-client.share) and
patch the code David Jones used to work around this into the gcggopherobj.c 
code, using David's code as an example. 

I did mail this to the authors of the port (though actually I used the 0.6c 
code and the 0.6d code is slightly modified, either work) but I didn't hear 
back, and it isn't in the save set yet. (Anyone there guys?)

If anyone wants my 'horrible hack' version then mail me directly.

> *********************************************************************
>     **    Donald S. Teiser                 voice: (502) 588-7994     *

Known VMS gopher user number 6.....  :) Anyone else out there?

>     **    Tech Support for VMS & Ultrix    fax:   (502) 588-8896     *
>     **    University of Louisville         Louisville, KY 40292      *
>     **    dsteis01@ulkyvm.louisville.edu                             *
> *********************************************************************

regards,    jasper

Jasper Rees
Oxford University Molecular Biology Data Centre
and The Sir William Dunn school of Pathology

jasper@molbiol.ox.ac.uk  (prefered)
jasper@vax.path.ox.ac.uk 
Newsgroups: comp.infosystems.gopher
From: rempel@hg.uleth.ca (Curtis Rempel)
Subject: VMS client 1.1 - corrupt FTP transfers?
Reply-To: rempel@hg.uleth.ca (Curtis Rempel)
Organization: University of Lethbridge
Date: Mon, 11 Jan 1993 17:18:43 GMT


I'm running the recently ported to VMS 1.1 client that was posted to
boombox and also available at Terry Kennedy's site (ftp.spc.edu).
VMS is 5.5-1 and UCX is 1.3A.  When doing binary FTP transfers
I always get "Warning! File may be corrupt!" and yet the files seem
to unpack and work as advertised (i.e.  Postscript files that are in
tar.Z format extract and print fine).  Anybody else seen this?
Is it UCX 1.3 doing this to me?  Looking at the code, it generates this
message whenever readn returns a value less than zero.

Thanks!

/Curt

Curtis Rempel                                Internet:   REMPEL@HG.ULETH.CA
VMS Systems Programmer                       
University of Lethbridge                     
Computing Services, D570                                                   
4401 University Drive                                                      
Lethbridge, Alberta, CANADA                  FAX:            (403) 382-7108
T1K 3M4                                      Voice:          (403) 329-2657
Xref: sparky comp.infosystems.gopher:1880 comp.infosystems.wais:812
From: estephen@whosnext.cad.gatech.edu (Eric R Stephens)
Newsgroups: comp.infosystems.gopher,comp.infosystems.wais
Subject: Intelligent news+wais+archie+gopher+... -> Daily Personal News
Date: 12 Jan 1993 22:26:50 GMT
Organization: Georgia Institute of Technology, CAE/CAD Lab
NNTP-Posting-Host: whosnext.cad.gatech.edu

I would like a way to automatically go through the various  
information services so that the ones of interest to me are presented  
each day, already sorted, ....

Is this possible.. already done..
From: murphy@dccs.upenn.edu
Newsgroups: comp.infosystems.gopher
Subject: Mark Resmer's libs script converted to Gopher?
Date: 8 Jan 93 21:59:11 GMT

Has anyone converted Mark Resmer's libs script into gopher files?

For those of you who don't know what I'm refering to, 
here's instructions from Mark on how to get the script:

  Connect to sonoma.edu with anonymous ftp. Then use the following commands:
  
  sonoma.edu> cd /pub
  sonoma.edu> type image  (or type binary if this does not work)
  sonoma.edu> get libs.tar
  sonoma.edu> close
  sonoma.edu> quit
  > tar xvf libs.tar
  > cd libs
  > libs.sh
  
  If all goes well, you can save about 600k of disk space by saying:
  
  > cd ..
  > rm libs.tar

There's also a VMS version available.

--lam
From: dan@ortta.umn.edu (Daniel C. Cummings)
Subject: Re: gopher for LAN Workplace 
Organization: U of Mn
Distribution: comp
Date: Fri, 8 Jan 1993 21:07:24 GMT

>
>>> Date:  Thu, 24 Dec 92 13:51:48 CST
>>> To:    gopher-news@boombox.micro.umn.edu (Gopher News)
>>> From:  walker@cae.wisc.edu
>
>>> Subject: gopher for LAN Workplace
>
>>> 
>>> 
>>> Hello all,
>>> 
>>> Does anyone have know the ftp site of where I can get gopher for the
>>> LAN workplace?  I have an older version I wanted to update it.
>>> 
>>> Also is there gopher for Windows?
>>> 
>>> George Walker
>>> Network Administrator
>>> Computer Aided Engineering
>>> University of Wisconsin - Madison
>>> 
>>> -- 
>>> =========================================================================
>>> 
>>> George B. Walker	      *******************************************
>>> 1527 Madison Street           * When you don't know where you have been *
>>> Madison, WI  53711            *   how do you know where you are going   * 
>>> Home:  (608) 256-7264         *******************************************
>>> Work:  (608) 263-1875
>>> email: walker@cae.wisc.edu

There's a nice beta version of a LWP gopher client at bcm.tmc.edu in /public
It's called lwpgofer.exe (it's just the executable, the manual is with the 
other versions of ugopher.  Here's the post that informed me of it's 
existence.  You can also find reference to another LWP client it the FAQ

>From: sob@TMC.EDU (Stan Barber)
>Subject: Re: Displaying images
>Date: 16 Oct 1992 21:07:21 GMT

>In article <7569@lib.tmc.edu> snewton@oac.hsc.uth.tmc.edu (Steven E. 
>Newton) writes:

>>ugopher for DOS supports the image type 'I' and gif type 'g'.  Versions for
>>PC/TCP, Lan Workplace, and PC-NFS are available.
>>
>>PC/TCP version - oac.hsc.uth.tmc.edu:public/dos/misc/dosgofer.exe
>>PC-NFS version - bcm.tmc.edu:nfs/gopher.exe

>LWP version - bcm.tmc.edu:public/lwpgopher.exe (lwpgofer.exe actually!)
>-- 
>Stan           internet: sob@bcm.tmc.edu         Director, Networking 
>Olan           uucp: rutgers!bcm!sob             and Systems Support
>Barber         Opinions expressed are only mine. Baylor College of Medicine



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
USA
Newsgroups: comp.infosystems.gopher,news.answers
From: mitra@pandora.sf.ca.us (Mitra)
Subject: Gopher, Signals and SCO
Organization: Pandora Systems
Date: Thu, 7 Jan 1993 22:46:14 GMT
X-Newsreader: TIN [version 1.1 PL6]


When gopher1.1 compiles under SCO it gives a bunch of warnings about 
signals.

gopher.c(776) : warning C4113: function parameter lists differed
gopher.c(776) : warning C4047: '==' different levels of indirection

These are at the lines 

     if (signal(SIGWINCH, sizechange)==(void*)-1)

etc, we've fixed the second problem by replacing "(void*)-1 with SIG_ERR
but are not sure what the first problem is, various attempts at changing
the deceration of sizechange havent worked, but maybe we havent hit on
the right one yet! 

Anyone know a fix for this, I think it is what is causing freezing
whenever a user hits ctrl-c.

- Mitra
From: gary@msu.edu (Gary J LaPointe)
Newsgroups: comp.infosystems.gopher
Subject: Clearscreen not working properly on NeXT??
Date: 10 Jan 93 18:50:00 GMT
Reply-To: gary@ah3.cal.msu.edu
Organization: Michigan State University
NNTP-Posting-Host: ah3.cal.msu.edu
X-Newsreader: TIN [version 1.1 PL6]

This happens the most with GOPHER so I am posting this message here
hoping someone else has run into (and solved) a similar problem.

When I dial in to the NeXT, with kermit (PC or Mac) occasionally some scrren
control codes don't work properly.  Generally it is around the time that
the screen should be cleared, but sometimes the screen does clear (it always
works in the same place and always goofs up in the same places).
Generally I get it when I log on, before the first prompt appears, but I get
it when I quit a few programs and ots of times in the Goper client (1.1 I
think?)  Sometimes it goofs up with words in the man pages, I think thos words
are inverse or underlined.

The most common code is ?[;H?[2J and it generally starts with ?[; but not
always.

It NEVER errors when I am running terminal from the console, and it doesn't
error when I use NCSA telnet on the Mac (TCP mode).  IF I telnet to anonther
computer and hook into it's gopher client, it runs fine (I don't really
know what that means but it might[?] mean my modem software is okay,
the mac version of the software is .99(93)).

Any suggestions??  It doesn't bother me much, but the others using the modem
don't like it very much and worry about the strange chracters, especally when
screenfuls of information overwrite themselves.

By the way, I compiled this version of the Gopher client 1.1 myself, this 
might be the problem.  
( my NeXT is set for editmode=dumb, term=vt100)


--

Gary J LaPointe
gary@ah3.cal.msu.edu
Michigan State University
Center For Integrative Studies, Arts & Humanities
Newsgroups: comp.infosystems.gopher
From: sf@cc.ic.ac.uk (Susan Feng)
Subject: gopher1.1b4, can't access symbolic link files on anon ftp server.
Originator: sf@cc.ic.ac.uk
Organization: Imperial College Computer Centre
Date: Mon, 11 Jan 93 12:33:50 GMT

Hi,

When using Gopher to access the src.doc.ic.ac.uk anon ftp server,
the gopher is unable to read symbolic links. The error returned
is, for example:-

3 Error: /packages/ibmpc: not a plain file.

We are running gopher1.1b4 server. (mod ftp.c by replacing
"NLST -F " with "NLST -FL " doesn't seem to make any difference.)

Forgive me if this is a well-known and well-sovled thing.
Can anyone point me how to fix it?

Many thanks.

Susan Feng
-- 
--------------------------------------------------------------
Xueshan Feng (Susan Feng)         | Tel.: (071) 5895111 x 4975
Computer Centre, Imperial College | E-mail: s.feng@cc.ic.ac.uk
--------------------------------------------------------------
Newsgroups: comp.infosystems.gopher
From: kemp@uiatma.atmos.uiuc.edu (John Kemp)
Subject: RETRIEVE MAX PER SESSION NEEDED...
Organization: University of Illinois, Urbana-Champaign
Date: Fri, 8 Jan 1993 15:39:47 GMT

I would like to prevent people from running tree 
walking programs on our gopher server.  We have 
an unusual set up with maybe 4000-5000 entries
in our server.  Many of them are sym links and 
duplicate directories.

And yet, without fail, every day or two, some 
bozo traverses the whole tree.

Is there an easy way to limit the number of accesses
per session?

JohnKemp@uiuc.edu
Newsgroups: comp.infosystems.gopher
From: wmcdilda@nih.gov (WAYNE MCDILDA)
Subject: FAQ-Gopher- Price? or Is it in the Public Domain? 
Organization: Psychology Department, University of Tasmania
Date: Fri, 8 Jan 1993 19:05:25 GMT

While I am trying to set up my gopher, my management asked an interesting 
question - "How much does Gopher cost or is it in the Public Domain?"

Thankx
Wayne McDilda
Wayne@dir.texas.gov
Newsgroups: comp.infosystems.gopher
From: shenton@nsisrv.gsfc.nasa.gov (Chris Shenton)
Subject: Problem with Gopher FTP access to some sites
Organization: Hughes/STX, Lanham, MD
Date: Fri, 8 Jan 1993 18:34:51 GMT

I've successfully set up FTP links to various interesting sites such
as the following directory instance (I can get files too):

    Name=[FTP] UUNET
    Path=ftp:ftp.uu.net@/
    Type=1
    Host=+
    Port=+

Some sites, however, give me problems. The following, for example,
results in an warning message from my xgopher client (same on the
CURSES gopher client):

    Name=[FTP] Privacy Forum Archive [Broken??]
    Path=ftp:cv.vortex.com@/
    Type=1
    Host=+
    Port=+

    xgopher> There seems to be no information in this directory

A slight variation occurs when I try to retrieve the a top-level file
from this same site, a technique I use successfully to other sites
such as uunet:

    Name=[FTP] Privacy Forum Archive -- README  [Broken??]
    Path=ftp:cv.vortex.com@/README
    Type=0
    Host=+
    Port=+

    xgopher> 3 Error:  Can't open passive connection: Permission denied.


I can *manually* anon ftp to cv.vortex.com just fine, so I don't know
what the problem is here. Any suggestions?

Also, in the context of an FTP link, what do the Host and Port do?
What other values could they have?

Thanks.

--
-- Chris Shenton    shenton@nsisrv.gsfc.nasa.gov    NASA/GSFC/HSTX 301-286-9430
Newsgroups: comp.infosystems.gopher,comp.windows.x
From: dan@igate.c-mols.siu.edu (Dan Ellison)
Subject: Xgopher quiting when submenu process terminated
Organization: Southern Illinois University - Carbondale, IL (SIU-C)
Distribution: usa
Date: Thu, 07 Jan 1993 16:14:27 GMT

Hi all.  I have noticed a little problem using xgopher 1.2 under
SCO ODT-2.0 (and 1.1 as far as that goes.)  The problem is that
whenever a popup window is raised, used and terminated, the
whole gopher client terminates.  This is certainly annoying
to say the least.  Has this been observed on other platforms
or is this something peculiar to SCO's product?  I compiled
using the X11R5 libraries.  Is ther a fix for this that I missed
in the news?

Any pointers greatly appreciated.  Thanks.
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| Dan Ellison, Network Spec 	  -    	Computing Affairs, SIU-C 	| 
| Southern Illinois University 	  - 	Carbondale, IL 62901            |   
| FAX:      (618) 453-3459        -   	PHONE:    (618) 453-6149 	|
From: rzm@ipx1.mat.torun.edu.pl (Rafal Maszkowski)
Newsgroups: comp.infosystems.gopher
Subject: Re: Problem with Gopher FTP access to some sites
Date: 10 Jan 93 23:48:41 GMT
Organization: Nicolaus Copernicus University, Torun

In article <SHENTON.93Jan8133451@nsisrv.gsfc.nasa.gov> shenton@nsisrv.gsfc.nasa.gov (Chris Shenton) writes:
>I've successfully set up FTP links to various interesting sites such
>as the following directory instance (I can get files too):
>
>Some sites, however, give me problems. The following, for example,
>results in an warning message from my xgopher client (same on the
>CURSES gopher client):
...
>
>    xgopher> There seems to be no information in this directory
>
>A slight variation occurs when I try to retrieve the a top-level file
>from this same site, a technique I use successfully to other sites
>such as uunet:
>
...
>    xgopher> 3 Error:  Can't open passive connection: Permission denied.
>
>I can *manually* anon ftp to cv.vortex.com just fine, so I don't know
>what the problem is here. Any suggestions?
>

I'm not sure if this is a case similar to my but I will describe my problems
and solutions. Here in Torun I had luck (_: to find that all three anon. ftp
sites working at NCU are nonstandard ones. The problem with SCO was that it
 doesn't have symlinks and NLST -LF in ftp.c doesn't work. I am 
checking hostanem now, comparing with that archive name and runninng NLST -F
in that case. Another possible solution is to use one of the ftp
commannds to recognize SCO. Next problem was with Linux machine,
which is so kind to display colorful dirs. I had to add code
deleting ANSI ESC sequences. And last one - ka9q. It doesn't
have PASV command. I was to tired to make changes in ftp.c.
It looks similar to your second errror. 
The main problem is that gopherd uses PASV instead of typical PORT.
It should be solved with another problem: the actual retrieving
of the file should be done by the client.

Maybe not clear. Mail for more dateils (and diffs).

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