From owner-freebsd-current Fri Mar 17 8:21:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 0A92337B631; Fri, 17 Mar 2000 08:21:34 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (dcs@p39-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.104]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id BAA14486; Sat, 18 Mar 2000 01:21:21 +0900 (JST) Message-ID: <38D25B2D.B442D523@newsguy.com> Date: Sat, 18 Mar 2000 01:19:57 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: sobomax@mail.ru Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: gcc -Os optimisation broken (RELENG_4) References: <38CF48CF.59A100D7@altavista.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maxim Sobolev wrote: > > I've just upgraded my production server to the 4.0-RELEASE and found that > squid23 when compiled with -Os option dying with signal 11 on each attempt to > load page. When I recompiled it with -O fault disappeared. After some digging > into the sources with gdb I found that fault came from dereferencing NULL > pointer somewhere in the DNS query procedures. I've tracked the source of this > pointer and found that the function rfc1035QuestionPack (rfc1035.c) called from > rfc1035BuildAQuery receives NULL pointer instead of the supplied hostname as a > 3rd argument. Following is two debugging sessions with squid compiled with -Os > and -O (faulty call is in the end of the output): Well... where is "name" being set? That would help. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message