From owner-cvs-all Sat Sep 14 12:29:50 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 342BB37B400; Sat, 14 Sep 2002 12:29:42 -0700 (PDT) Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FA2843E6A; Sat, 14 Sep 2002 12:29:40 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g8EJTdh1175360; Sat, 14 Sep 2002 23:29:39 +0400 (MSD) Date: Sat, 14 Sep 2002 23:29:39 +0400 (MSD) From: Maxim Konovalov X-X-Sender: Maxim Konovalov To: "Jacques A. Vidrine" Cc: Martin Blapp , , 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: <20020914164057.GB92202@madman.nectar.cc> Message-ID: <20020914231230.Y12575-100000@news1.macomnet.ru> References: <20020914135323.I3162-100000@levais.imp.ch> <20020914164057.GB92202@madman.nectar.cc> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 20:40+0400, Sep 14, 2002, Jacques A. Vidrine wrote: > On Sat, Sep 14, 2002 at 02:06:46PM +0200, Martin Blapp wrote: > > > > Hi, > > > > Almost every program which uses DNS is broken now by these commits. This is > > mozilla ... > > Hmm, I cannot reproduce it. What's your environment? > > I have a meeting for the next few hours. I will try to reproduce the > problem this evening. Here is a testcase. It works on -stable and -current with MAXPACKET 1024 but core dumps on -current with MAXPACKET 65536 (today -current). #include #include void * teststack(void *dummy) { struct addrinfo *answer, info; getaddrinfo("www.freebsd.org", NULL, &info, &answer); return (NULL); } int main(int argc, char *argv[]) { pthread_t tid; pthread_create(&tid, NULL, teststack, NULL); pthread_exit(NULL); return (0); } %%% There is a thread's stack overflow because libc_r has a default stack limit: PTHREAD_STACK_DEFAULT 65536, and now you allocate all the thread stack in one function. > If anyone else runs into the same, do not be shy about backing it > out --- but please send me any reports! -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message