From owner-freebsd-hackers Wed Aug 8 0:56:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id D50F937B40C; Wed, 8 Aug 2001 00:56:36 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f787xcZ00644; Wed, 8 Aug 2001 00:59:39 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200108080759.f787xcZ00644@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Semen A. Ustimenko" Cc: freebsd-hackers@FreeBSD.org Subject: Re: Kernel stack size In-reply-to: Your message of "Wed, 08 Aug 2001 00:17:13 +0600." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Aug 2001 00:59:38 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I'm developing some code running in kernel that use a lot of stack. And it > seems i run into stack overflow. This results in some proc structure > related parts overwrite (particulary p->p_stats->p_timer[ITIMER_PROF]) and > unexpected signals. (Otherwise, it usually page faults inside > swi_net_next()) > > Could somebody explain how this can happen (i thought i would panic and > say ``stack oveflow'') and how this can be avoided? Use less stack. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message