Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 7362 invoked by uid 6000); 3 Aug 1998 19:57:26 -0000 Received: (qmail 7353 invoked from network); 3 Aug 1998 19:57:24 -0000 Received: from twinlark.arctic.org (204.62.130.91) by taz.hyperreal.org with SMTP; 3 Aug 1998 19:57:24 -0000 Received: (qmail 9262 invoked by uid 500); 3 Aug 1998 19:57:26 -0000 Date: Mon, 3 Aug 1998 12:57:26 -0700 (PDT) From: Dean Gaudet To: new-httpd@apache.org Subject: Re: Another runaway process on hyperreal In-Reply-To: <9808021523.aa22990@paris.ics.uci.edu> Message-ID: X-Comment: Visit http://www.arctic.org/~dgaudet/legal for information regarding copyright and disclaimer. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org Perhaps Brian is compiling with -fomit-frame-pointer or with a -O level that's high enough to lose the frame pointer... and that is messing up the gdb stack trace. I doubt it's in the middle-of-nowhere. Dean On Sun, 2 Aug 1998, Roy T. Fielding wrote: > >I'm not Dean, but no way. This is not shared memory! > > I was thnking it might be a performance optimization on freebsd, > since the children never write to that memory. In any case, I haven't > found any other way for the handlers array to get screwed. > > ....Roy >