HDTenEightyP/NetNews huggingface dataset:
From: doelz@comp.bioz.unibas.ch (Super-User)
Newsgroups: comp.infosystems.gopher
Subject: Re: More people would use gopher if ...
Date: 13 Nov 92 16:12:22 GMT
Reply-To: doelz@urz.unibas.ch
Organization: EMBnet Switzerland [BASEL]

In article <1992Nov13.120531.17281@nic.funet.fi>, harper@convex.csc.FI (Rob Harper) writes:
|> In <rhughes.13.0@ucsd.edu> rhughes@ucsd.edu (Richard J. Hughes) writes:
|> 
|> >In article <BxMJLI.n0B@news.cso.uiuc.edu> lnosek@ux4.cso.uiuc.edu (Luke Nosek) writes:
|> >>Subject: More people would use gopher if ...
|> >>	... IT DIDN'T HAVE SUCH A STUPID NAME!!!
|> >>
|> >You're the idiot.  Gopher is a cute and clever name.
|> 
|> If KERMIT is the name given to the world's most loved communications programme
|> then I am sure that GOPHER will become equally famous as a tool for cruising
|> the internet.
|> 
|> Give it time.
|> 
|> -=ROB=-
|> 
|> --
|>  ~ Rob Harper                    ~ E-mail:          harper@convex.csc.fi    
|>  ~ Finnish State Computer Centre ~ Molbio/software: harper@nic.funet.fi
|>  ~ P.O. Box 40                   ~ Telephone:       +358 0 457 2076
|>  ~ SF-02101 Espoo Finland        ~ Fax:             +358 0 457 2302

You haven't heard about HASSLE yet. 

Hierarchical Access System for Sequence Libraries  in Europe  
^            ^      ^          ^        ^             ^

That's a very interesting batch-rpc application which I am promoting 
for remote asynchronous computation. If GOPHER is weired, HASSLE certainly
is more cute than you'd like... 

Regards 
Reinhard 

-- 
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
|   Klingelbergstrasse 70          | FAX     x41 61 261- 6760 or 267- 2078     
|     CH 4056 Basel                | TEL     x41 61 267- 2076 or 2247    |   
+------------- bioftp.unibas.ch is the SWISS EMBnet node ----------------+
               -----------------------------------------
Newsgroups: comp.infosystems.gopher
From: dan@engr.latech.edu (Daniel Len Schales)
Subject: Re: gnntp--a simple Gopher NNTP gateway
Organization: Louisiana Tech University
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 11 Nov 1992 22:40:05 GMT

Steve Bacher (SEB1525@MVS.draper.com) wrote:
: In article <1992Nov10.225655.10241@engr.latech.edu>,
: dan@engr.latech.edu (Daniel Len Schales) writes:
: 
: >Disadvantages [of using gopher as a news reader]:
: >
: >1) have to have perl inside the gopher home or run non-chroot()
: >2) Code is ugly
: >3) Since it talks only to NNTP, it cannot take advantage of
: >   non-NNTP stuff (like .overview files, although the next
: >   tin is supposed to be able to provide that via its NNTP
: >   extensions.) Of course we are talking NNTP gw's so I guess
: >   they would all suffer from this.
: 
: I have some more:
: 
: 4) No keeping track of what you've read a la newsrc file
: 5) Can't post articles
: 
: Also, can the individual who disliked Trumpet explain why?
: Everyone else on the net seems to like it.  I don't know,
: because I haven't seen it.
: 
Well these were actually the problems in my gateway, not
in using gopher as a newsreader, but yes, using gopher
to read news is a pain. As I stated the original purpose
was to reflect some newsgroups into gopher-space, and gnews
seemed like an awful lot of trouble (and had time latency
in it). I agree, everyone I know really likes trumpet (don't use 
it myself, but I am not on a PC).  I would be interested in knowing
how he would possibly think gopher could be better.

But since you did posts these criticisms of the gateway:

A silver dollar for you if you can make a gateway do either of
the functions you mention. #4 is probably possible using
authentication info, but would be a real pain. #5 just can't
be done.  (This is of course all in fun, since I know the 
comments were directed at using gopher as a news reader, but
hey, I am stuck in here in a room full of computers, with 
the air conditioning turned off (and this is Louisiana where it
is still warm) waiting for an RS/6000 to finally complete
loading AIX.......)

Anyway, I guess if people want to use gopher to read news, 
and the capability is there, more power to them...

At least we don't have to worry about them posting garbage like
this.......

Danny
Newsgroups: comp.infosystems.gopher
Subject: Re: UNIX gopher with shell and print/save disabled
From: pmurray@watson.lib.muohio.edu (Peter Murray)
Date: 10 Nov 92 08:48:21 -0500
Organization: Miami University Libraries
X-Newsreader: TIN [version 1.1 PL6]

JQ Johnson (jqj@duff.uoregon.edu) wrote:
: I also recommend disabling GOPHER_MAIL to avoid potential problems if "~"
: occurs at the beginning of a line in a text file on a gopher server.  If
: you really want to allow mail from your secure gopher, point GOPHER_MAIL
: at a shell script such as:
:     #!/bin/sh
:     (	echo Subject: Email from gopher gateway: "$2"
: 	echo To: "$3"
: 	echo ""
: 	cat - ) | exec /usr/ucb/Mail -r ${USER-"gopher-gw"} "$3"

You can also use the mailer 'mush' which will ignore "~" characters if
the input is from STDIN on the command line.  (Works here!)

Peter
--
Peter Murray, Library Systems Manager        pmurray@watson.lib.muohio.edu
King Library Technical Support                      pemurray@miavx1.bitnet
Miami University, Oxford, Ohio                              W:513/529-2884
From: mcolquho@cs-acad-lan.Lakeheadu.Ca (Michelle Colquhoun)
Newsgroups: comp.infosystems.gopher
Subject: TURBOGOPHER ON A MAC PLUS
Keywords: turbogopher mac plus
Date: 5 Nov 1992 20:22:36 GMT
Organization: Lakehead University

I am running a Mac Plus with 1MB, system 6.0.7 (not running multifinder), 
MacTCP version 1.1.1 and TurboGopher 1.0.3.  I am not able to access a 
remote system using Telnet with this setup.  I then tried the same on a 
Classic with 4MB and the same software versions, and still had no better 
luck.  Also, when I choose "Find people on campus" on our gopher server, 
a network timeout error occurs.

Does anyone have some advice on this?  Is anyone running TurboGopher on a 
Plus, or Classic?

Thanks in advance for any help you can give me.

Michelle Colquhoun
Lakehead University
Thunder Bay, Ontario 
Newsgroups: comp.infosystems.gopher
From: lindner@danzig.micro.umn.edu (Paul Lindner)
Subject: Re: ISO Latin 1 text in document names
Organization: University of Minnesota, Minneapolis
Date: Thu, 12 Nov 1992 20:06:54 GMT

In <BxGHx7.4M9@immd4.informatik.uni-erlangen.de> mskuhn@immd4.informatik.uni-erlangen.de (Markus Kuhn) writes:

>I have a serious problem with the UNIX gopher client 1.03 (under SunOS 4.1.2):
>If document names contain 8-bit characters (e.g. ISO 8859-1) with values
>between 160 and 255, then the highest bit will be cleared and the corresponding
>7-bit ASCII value appears reverse on the screen.

>This is very ugly if you want to use e.g. the German umlauts () in
>server directories. Any solutions? The gopher protocol specification
>says that the official character set for text objects is ISO Latin 1,
>so why isn't this popular character set also supported in document
>names?

It's not gopher, it's BSD curses.  Try compiling with /usr/5bin/cc


--
 | 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: mehta@dcdlaa (Mehta Darshan)
Newsgroups: comp.infosystems.gopher
Subject: Xgopher help
Date: 13 Nov 1992 16:45:21 GMT
Organization: Fermi National Accelerator Laboratory, Batavia IL
NNTP-Posting-Host: dcdlaa.fnal.gov
X-Newsreader: Tin 1.1 PL4

I have been able to run Xgopher successfully on an SGI machine.  However, I am 
still faced with one problem.  That is, whenever I try to click on to access
the help menu, I am unable to do so.  Can anyone tell me why?
If you have any possible solutions, then please write me at:

darshan@imsa.edu

Thanks.
From: garp@acs.bu.edu (Christopher Sawyer)
Newsgroups: comp.infosystems.gopher
Subject: Encyclopedias
Date: 13 Nov 92 00:38:29 GMT
Organization: Boston University, Boston, MA, USA
Originator: garp@acs.bu.edu


I am trying to find an encyclopedia database on the network. Does anyone have any information? If you do mail me at garp@acs.bu.edu

			Thanks......
Newsgroups: comp.infosystems.gopher
From: jkp@cs.HUT.FI (Jyrki Kuoppala)
Subject: Re: "Gopherwalk (more precise description)", anyone?
Reply-To: jkp@cs.HUT.FI (Jyrki Kuoppala)
Organization: Helsinki University of Technology, Finland
Date: Wed, 11 Nov 1992 16:26:39 GMT

In article <1992Nov10.071906.4634@comp.bioz.unibas.ch>, doelz@comp (Reinhard Doelz) writes:
>Still weired? Third attempt. Archie does a similar things for FTP, but in a 
>discontinous process. You connect to archie, and get a menu choice, you will 
>take your pick. Now as gopher is THE menu making tool, why not have a similar 
>stuff for gopher? To get less overhead, such a tool could be run locally
>and stored in a file for being called easily rather than polling the 
>hierarcchy in detail. 

How about having a script in the gopher distribution to do this, and
instructions to run it from cron once in a while.  It would have a
standard place somewhere, accessible via gopher.

Then we would have a few WAIS servers (like the archie servers) which
periodically gather all these files from all publicly annnounced
gopher servers to the WAIS databases.  Then anyone could access the
closest "WAIS database of gopher namespaces" and search globally for
gopher tree document names - the WAIS database search would directly
return a menu of the hits with pointers to the original data.

//Jyrki
Newsgroups: comp.infosystems.gopher
From: dan@engr.latech.edu (Daniel Len Schales)
Subject: Re: gnntp--a simple Gopher NNTP gateway
Organization: Louisiana Tech University
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 10 Nov 1992 22:56:55 GMT

Andrew Gilmartin (Andrew_Gilmartin@Brown.Edu) wrote:
: Gnntp is a simple Gopher to NNTP gateway. Unlike gnews it uses the NNTP
: protocol
: directly. For more information see gnntp's README file.
: 
: Gnntp is available via anonymous ftp at
: 
: 	ftp.brown.edu
: 	/pub/gopher/gnntp1.4.tar.Z

hmmm, this makes 4 different gateways to USENET that I know of:

MSU's gnews (the first one)
My gonntp exec type gateway
Roland Schemer's gopher2nntp 
gnntp

And to quote MSU's About file "Gopher is a real[l]y lousy way to read news."
It seems to me it is a very popular way to read news (go figure). I
know I had one person tell me that they preferred reading news with
gopher than with a real news reader (ok it was nnr from VM/CMS). 

Anyway, my point is, this appears to be a popular extension to gopher
and I think we should try to consolidate into one common gateway
rather than having so many. So what do people consider the advantages
and disadvantages of each of the gateways?

I'll start with what I consider the features of my gonntp:

1) runs as an exec inside the gopher home 
2) can read tin's index files for fast access
3) can thread articles
4) can search article subjects for a topic
5) can "go to" a group(s)
6) Can show only the body of articles

Disadvantages:

1) have to have perl inside the gopher home or run non-chroot()
2) Code is ugly
3) Since it talks only to NNTP, it cannot take advantage of
   non-NNTP stuff (like .overview files, although the next
   tin is supposed to be able to provide that via its NNTP
   extensions.) Of course we are talking NNTP gw's so I guess
   they would all suffer from this.

Anyone with any comments? Has anyone compared these for load
characteristics, speed, etc?

Thanks,

Danny

Xref: sparky comp.infosystems.gopher:1064 comp.sys.mac.comm:10831
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher,comp.sys.mac.comm
Subject: Apple Event aware Gopher client?
Date: 11 Nov 1992 21:31:11 GMT
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com
X-Newsreader: TIN [version 1.1 PL6]

Are any of the Mac gopher clients Apple Event aware?  Pls send mail,
I will summarize (& have my trusty staff test them, hi hi Tim :)

  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: kemp@uiatma.atmos.uiuc.edu (John Kemp)
Subject: TurboGopher FONT ??
Organization: University of Illinois, Urbana-Champaign
Date: Mon, 9 Nov 1992 18:49:06 GMT

How can I change the default font that mac TurboGopher 1.1beta
uses???  Lots of our text depends on a fixed space font for
column headings to line up.

If I have to use ResEdit, can you point me to the proper
resource name I should be editing???

Thanks very much,
JohnKemp@uiuc.edu
Newsgroups: comp.infosystems.gopher
From: kirk@cc.uow.edu.au (Kirk)
Subject: TurboGopher losing newlines problem 
Organization: University Of Wollongong
Date: Thu, 12 Nov 92 04:11:58 GMT


I have heard that the problem with viewing text returned from a WAIS query
where TurboGopher seems to lose the linefeeds or carraige returns is a
known bug. Is there a patched version on TurboGopher available yet???

Kirk Barrett.
-- 
Kirk Barrett          	        AARnet: kirk@uow.edu.au            
Consultant Programmer		UUCP: ...!munnari!uow.edu.au!kirk  
Information Technology Services ARPA:  kirk%uow.edu.au@uunet.UU.NET 
University of Wollongong	Phone: +61 42 213121
From: Andrew Gilmartin <Andrew_Gilmartin@Brown.Edu>
Newsgroups: comp.infosystems.gopher
Subject: gnntp--a simple Gopher NNTP gateway
Date: 10 Nov 1992 21:32:22 GMT
Organization: Computing & Information Services
Distribution: world
NNTP-Posting-Host: cis_staff-kntx14.cis.brown.edu
X-UserAgent: Nuntius v1.1.1d7
X-XXMessage-ID: <A72595FCE401B064@cis_staff-kntx14.cis.brown.edu>
X-XXDate: Tue, 10 Nov 92 21:38:20 GMT

Gnntp is a simple Gopher to NNTP gateway. Unlike gnews it uses the NNTP
protocol
directly. For more information see gnntp's README file.

Gnntp is available via anonymous ftp at

	ftp.brown.edu
	/pub/gopher/gnntp1.4.tar.Z

--
Andrew Gilmartin
Computing & Information Services
Brown University

Andrew_Gilmartin@Brown.Edu
Newsgroups: comp.infosystems.gopher
From: dba3k@faraday.clas.Virginia.EDU (Daniel Burton Avery)
Subject: secure 'more'?
Organization: University of Virginia
Date: Sat, 7 Nov 1992 00:17:18 GMT

OK, so I'm trying to run a secure gopher here under SunOS 4.1.1.
I've got the 'more' and 'telnet' versions from U.Minn. that
are not shell-escapable.  The only problem right now is an
aesthetic one.  The 'more' program doesn't erase the message
saying "Hit SPACEBAR for more-" which screws up any line
formatting at that point in the document, and sometimes it
shoots through two screenfuls instead of one.  Suggestions?

Dan Avery
Division of Recoverable and Disposable Resources
University of Virginia
dba3k@virginia.edu
Xref: sparky comp.infosystems.gopher:1043 comp.infosystems.wais:613
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher,comp.infosystems.wais
Subject: JASIS article on Z39.50, gopher, WAIS
Date: 10 Nov 1992 03:22:50 GMT
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com
X-Newsreader: TIN [version 1.1 PL6]

If you're keeping bibliographics, please add
	Tomer, C.  Information Technology Standards for Libraries,
	_Journal of the American Society for Information Science_,
	43(8):566-570, Sept 1992.
The article talks about Z39.50 and the standards process that produced
it, about WAIS and how it is being used, and also about the Internet
Gopher and where it fits into the process.

Tomer is on the net (ctomer+@pitt.edu), presumably open to additional
comments and such.  The first thing to note is that because of the lead
time on the article it's not any longer the case that
	the current implementation (of wais) .. does not allow
	searches based on Boolean operator, nor does it allow
	searches to be limited to certain fields	
both of which are addressed in the 'iubio' cut of the 8b5 release.
It remains to go back and retrofit old servers running already to support 
the new features, something that will take some time and that might have
folks waiting on 8b6.

The comparison of WAIS and gopher has this to say
	A major advantage of the Internet Gopher system 
	is that the file system metaphor is extensible.  By giving
	a type attribute to items in the pseudo-file system, it is 
	possible to accomodate both simple text documents and
	more complicated forms.

	One of the area of underdevelopment (in Z39.50) is that
	of discovery, the process of finding ptotentially
	relevant sources and determining the identities
	of the information providers concerned.  Specifically,
	the effective, efficient use of information resources
	distributed across a wide-area network presumably requries
	a means by which to identify the location of potentially
	relevant data.

	[W]ith its push-button clients, the Internet Gopher transforms
	the complex business of navigating across a network and
	locating relevant material on a remote server into
	the simple task of activiating the appropriate buttons.

One of the things that the article seems to miss is the synergy
between WAIS (as a searching tool) and gopher (as a browsing tool).
Gophers do not do the full range of WAIS queries (relevance feedback,
queries across multiple servers) that don't really fit into the 
wander-through-the file-system model.  Useful enhancements to both would
be some good linkage between gopher and wais clients so that you'd use
gopher to locate a server and then once you'd found it apply the
more search-tuned interface of a WAIS session.

  Edward Vielmetti, vice president for research, Msen Inc. emv@Msen.com
        Msen Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 GLOB
     Contact 'info@msen.com' for details on the Msen Archive Service
Newsgroups: comp.infosystems.gopher
From: mike@rs1.tcs.tulane.edu (michael pilman)
Subject: Help with PC_server
Organization: Tulane University, New Orleans, LA
Date: Thu, 5 Nov 1992 16:30:44 GMT
Nntp-Posting-Host-[nntpd-21066]: rs1.tcs.tulane.edu

I am setting up what I believe is our first gopher server here at Tulane
and have run into a problem.  I have set up version 0.91b of the 
PC server.  After launching the server I am able to telnet out from
it.  I am also able to telnet in to port 70 but when I hit return
I get a dump of the contents of the file "ginfo", not a listing in
gopher form.  When I try to connect using a gopher client I always time
out while waiting for a directory.  I used ee.com to create ginfo and 
was careful to use (control p tab) and a single period on the last line and
the correct slash.  Any advice I can get would be appreciated.
  On another note, how do I find out more about the the other products
in this gopher package like telnet and ftp.  It would be nice to ftp
files directly to the server. 

Thanks in advance

Mike Pilman
From: zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
Newsgroups: comp.infosystems.gopher
Subject: Re: UNIX gopher with shell and print/save disabled
Date: 5 Nov 92 15:12:10 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

In article <1d997sINN5r5@uakari.primate.wisc.edu>, bin@primate.wisc.edu (Brain
in Neutral) writes:
|> [I wrote:]
|> > I want to braindamage the UNIX gopher in such a way that I can
|> > allow it to be used from a terminal that's available in a public
|> > area.  In particular, I want users that walk up to this terminal
|> > to be able to run gopher, but not be able to escape from it (via
|> > shell escapes), save any files or print anything.  The terminal is
|> > used simply to access and look at information, but not so that they
|> > can create files or print jobs.
|> > 
|> > It appears that shell escapes can be disabled by setting the SHELL
|> > environment variable to something like /dev/null. (That keeps people
|> > from using ! in "more" when paging.)
|> > 
|> > I also want the "save 
" and "print <p>" options disabled.  Obviously
|> > I can hack the source, but has anyone already done anything like this?
|> 
|> I overlooked the obvious: the man page.  gopher -s starts gopher in
|> "secure mode" such that print and save are disabled.
|> 
|> SHELL=/dev/null seems to prevent shell escapes in "more" as well (as
|> I indicated above) -- but I'm a little uneasy about it still.  Am I
|> overlooking something non-obvious, or can I blythely go ahead and assume
|> a gopher run in this environment isn't dangerous.

Check out the alt.gopher archives on Minnesota's gopher for more ideas
about running a public login gopher client - there's some useful stuff
there.
-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
Newsgroups: comp.infosystems.gopher
Subject: Re: ftp links?
From: doelz@comp.bioz.unibas.ch (Reinhard Doelz)
Date: Sun, 8 Nov 1992 18:25:38 GMT
Reply-To: doelz@urz.unibas.ch
Organization: EMBnet Switzerland [BASEL]   

In article <BxDpno.K3A@news.cso.uiuc.edu>, kemp@uiatma.atmos.uiuc.edu (John Kemp) writes:
|> Is there some secret about making ftp links?
|> 
 
I noticed that I needed to call gopher twice before the item showed up. 
(probably, a .cache issue). 

Secondly, on a SysV machine (IRIX 4.0.5), I needed to replace the 
ls -F with a nlst -F in order to get g2fd work properly. 

Regards 
Reinhard 


-- 
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
|   Klingelbergstrasse 70          | FAX     x41 61 261- 6760 or 267- 2078     
|     CH 4056 Basel                | TEL     x41 61 267- 2076 or 2247    |   
+------------- bioftp.unibas.ch is the SWISS EMBnet node ----------------+
               -----------------------------------------
Date: 09 Nov 1992 11:04:18 -0500
From: drb@dionysus.mr.ams.org (Drew Burton)
Subject: compiling waisgopher.c
Original-To: gopher-news@boombox.micro.umn.edu
Content-Transfer-Encoding: 7BIT
Newsgroups: comp.infosystems.gopher
Distribution: comp



	I have a problem in building the gopher server to support wais
searching.  I have built the gopher server without wais with no problem and
I have the wais tools working.

	My environment is DECstation 5000, Ultrix 4.2, gopher1.03, wais-8-b5. 
	
	I have created the links from the wais ir and ui directories.
Everything compiles until I get to waisgopher.c

	Any ideas?
.....
make server
Making server
Making server with WAIS searching
cc -O -DDATA_DIRECTORY=\"/home/mudhoney/gopher-data\"  -DDOMAIN_NAME=\".micro.umn.edu\"  -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.