home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.infosystems.gopher
- Path: sparky!uunet!newsflash.concordia.ca!fp-cserv-122-246.concordia.ca!user
- From: frank@domingo.concordia.ca (Frank Maselli)
- Subject: Re: help with gopherd1.1 & ultrix
- Message-ID: <frank-210193162132@fp-cserv-122-246.concordia.ca>
- Followup-To: comp.infosystems.gopher
- Sender: usenet@newsflash.concordia.ca (USENET News System)
- Nntp-Posting-Host: fp-cserv-122-246.concordia.ca
- Organization: Concordia University
- References: <1993Jan20.164242.20542@trentu.ca> <frank@domingo.concordia.ca-210193094129@fp-cserv-122-246.concordia.ca>
- Date: Thu, 21 Jan 1993 21:22:12 GMT
- Lines: 33
-
- In article
- <frank@domingo.concordia.ca-210193094129@fp-cserv-122-246.concordia.ca>,
- frank@domingo.concordia.ca (Frank Maselli) wrote:
- >
-
- >
- >
- > I've experienced the same type of problem. Apparently, something is trying
- > to
- > access the svc.conf file. The file exists and is readable, but I can't
- > figure
- > out where the getsvc() is coming from or why it can't stat the file.
- > I've had no problems with version 1.03.
-
- After some poking around, I've found that the problem originates in
- gopherd.c
- specifically in inet_netnames(). The call to gethostbyaddress bombs on an
- internal call to getsvc with:
-
- getsvc: can't stat /etc/svc.conf error.
-
- Oddly enough in release 1.03 gethostbyaddress works. There has been a major
- rewrite of inet_netnames from release 1.03 and I haven't been able to
- figure
- out whats changed that's causing the problem. My first attempt at
- commenting
- out the call to gethostbyaddress caused the server to dump core :-(
-
- Anybody have any ideas?
- --------
- Frank Maselli
- Assistant Director, Customer Relations
- Computing Services
-