From owner-cvs-all Sat Sep 14 20:48: 3 2002 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FB1937B400; Sat, 14 Sep 2002 20:48:02 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB95243E3B; Sat, 14 Sep 2002 20:48:01 -0700 (PDT) (envelope-from nectar@nectar.cc) Received: from madman.nectar.cc (madman.nectar.cc [10.0.1.111]) by gw.nectar.cc (Postfix) with ESMTP id 695C957; Sat, 14 Sep 2002 22:48:01 -0500 (CDT) Received: by madman.nectar.cc (Postfix, from userid 1001) id 077A0138459; Sat, 14 Sep 2002 22:47:59 -0500 (CDT) Date: Sat, 14 Sep 2002 22:47:58 -0500 From: "Jacques A. Vidrine" To: Martin Blapp Cc: netctar@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/net getaddrinfo.c gethostbydns.c getnetbydns.c name6.c res_query.c res_update.c Message-ID: <20020915034758.GB92777@madman.nectar.cc> Mail-Followup-To: "Jacques A. Vidrine" , Martin Blapp , netctar@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org References: <20020914164057.GB92202@madman.nectar.cc> <20020914184126.F3162-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020914184126.F3162-100000@levais.imp.ch> User-Agent: Mutt/1.4i X-Url: http://www.celabo.org/ Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 14, 2002 at 06:43:40PM +0200, Martin Blapp wrote: > It's not you fault. Yes it is; I should have done some more testing. > Tim J. Robbins and I have reporduced it and he has > tracked it down to libc_r. > > Stack growing is broken in libc_r. Everything that tries to expand the > stack above 65536 is broken. Thanks for looking at it. Probably these buffers should be allocated on the heap. However, I was aiming to fix the problem with as little change to the code path as possible. Increasing the buffers on the stack seemed like the way to do this. Since that failed, I will instead add code to detect when enough space was not available and fail in those cases. > See testcase: > > http://people.freebsd.org/~tjr/stack.c > > Important ! This is in STABLE too. You mean the libc_r issue? I haven't mucked with the resolver in -STABLE. Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message