From owner-freebsd-current Thu Jan 2 01:08:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA24302 for current-outgoing; Thu, 2 Jan 1997 01:08:38 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA24292 for ; Thu, 2 Jan 1997 01:08:24 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA02356 for ; Thu, 2 Jan 1997 09:51:14 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA04500 for freebsd-current@FreeBSD.org; Thu, 2 Jan 1997 09:51:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA03861 for freebsd-current@FreeBSD.org; Thu, 2 Jan 1997 09:46:44 +0100 (MET) From: J Wunsch Message-Id: <199701020846.JAA03861@uriah.heep.sax.de> Subject: Re: Resolver Error 0 (no error) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 2 Jan 1997 09:46:43 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701020456.PAA20024@asstdc.scgt.oz.au> from michael butler at "Jan 2, 97 03:56:53 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As michael butler wrote: > > fetch: couldn't open FTP connection to ftp.funet.fi: Resolver Error 0 (no > > error) > > > Hmpf? > > Best guess .. fetch is waiting for an authoritative answer and the > nameservers who would be so are unreachable or not responding, Well, to the very least, ``Error 0 (no error)'' is a sad joke. Either there's an error condition, so there should be an error code, or not. Anyway, even if so, why does fetch wait for any authoritative answer? There's a non-authoritative answer avaiable, and all the required data are there (CNAME record, A record for the host). I have seen the behaviour of host(1) hanging indefinately before, i only didn't care. I'm afraid there's a bug in our resolver code. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)