From owner-cvs-all  Sun Sep 15  5:17:48 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 C34AE37B400; Sun, 15 Sep 2002 05:17:47 -0700 (PDT)
Received: from mail.imp.ch (mail.imp.ch [157.161.1.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id D079D43E6E; Sun, 15 Sep 2002 05:17:46 -0700 (PDT)
	(envelope-from mb@imp.ch)
Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7])
	by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g8FBui2O087106;
	Sun, 15 Sep 2002 13:56:44 +0200 (CEST)
	(envelope-from Martin.Blapp@imp.ch)
Received: from levais.imp.ch (levais.imp.ch [157.161.4.66])
	by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g8FBui75690459;
	Sun, 15 Sep 2002 13:56:44 +0200 (MES)
Date: Sun, 15 Sep 2002 13:56:42 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: "Jacques A. Vidrine" <nectar@FreeBSD.org>
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
In-Reply-To: <20020915034758.GB92777@madman.nectar.cc>
Message-ID: <20020915135437.K3162-100000@levais.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
List-ID: <cvs-all.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20cvs-all>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20cvs-all>
X-Loop: FreeBSD.ORG


Hi,

Thanks for backing it out.

> Probably these buffers should be allocated on the heap.  However, I

Maxim is working on a patch.

> 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.

That would be also ok.

> You mean the libc_r issue?  I haven't mucked with the resolver in
> -STABLE.

Forget what I wrote. After looking at libc_r the problem was more clear.
A stack overflow because pthreads has a fix stack limit.

Martin


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message