From owner-cvs-all Thu Feb 21 14:31:30 2002 Delivered-To: cvs-all@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 97E3F37B402; Thu, 21 Feb 2002 14:31:25 -0800 (PST) Received: (from silby@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g1LMVPA53143; Thu, 21 Feb 2002 14:31:25 -0800 (PST) (envelope-from silby) Message-Id: <200202212231.g1LMVPA53143@freefall.freebsd.org> From: Mike Silbersack Date: Thu, 21 Feb 2002 14:31:25 -0800 (PST) To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/i386/i386 db_trace.c X-FreeBSD-CVS-Branch: RELENG_4 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 silby 2002/02/21 14:31:25 PST Modified files: (Branch: RELENG_4) sys/i386/i386 db_trace.c Log: MFC rev 1.39: - One can now specify the decimal pid of a process to trace as a parameter. Since pid's are not in the kernel address space, this doesn't conflict with the funcionality of specifying an arbitrary frame pointer to the trace command. - If the first function of a backtrace maps to fork_trampoline, then this is a newly fork'd process that has not been executed yet, so just print out the first frame and then return for that case. - Lower the default count from 65535 to 1024. ddb doesn't trace into userland, and if the stack gets hosed and starts looping it's less annoying. Partial MFC of rev 1.40: - Don't try to trace a swapped-out process. (Brought over from NetBSD via the new alpha trace code.) Revision Changes Path 1.35.2.3 +81 -26 src/sys/i386/i386/db_trace.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message