Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 20 Jan 1998 09:55:13 +1030
From:      Greg Lehey <grog@lemis.com>
To:        Neal Rigney <neal@pernet.net>
Cc:        freebsd-questions@FreeBSD.ORG
Subject:   Re: stack trace
Message-ID:  <19980120095513.01356@lemis.com>
In-Reply-To: <01d501bd24f9$ddd19b00$2e00e5cd@dilbert.pernet.net>; from Neal Rigney on Mon, Jan 19, 1998 at 10:47:01AM -0600
References:  <01d501bd24f9$ddd19b00$2e00e5cd@dilbert.pernet.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jan 19, 1998 at 10:47:01AM -0600, Neal Rigney wrote:
> Is my instinct correct that frames 9-16 of this kernel stack are user
> proccesses that were running at death?
>
> #8  0xf017db33 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 1207504,
>       tf_esi = 0, tf_ebp = -272641888, tf_isp = -272629788, tf_ebx =
> 24347481,
>       tf_edx = 104, tf_ecx = -272642038, tf_eax = 5, tf_trapno = 12,
>       tf_err = 7, tf_eip = 269482113, tf_cs = 31, tf_eflags = 659,
>       tf_esp = -272642264, tf_ss = 39}) at ../../i386/i386/trap.c:914
> #9  0x100ff881 in ?? ()
> #10 0x5142 in ?? ()
> #11 0xd6eb in ?? ()
> #12 0xf723 in ?? ()
> #13 0xfdcb in ?? ()
> #14 0x9f0b in ?? ()
> #15 0xccfa in ?? ()
> #16 0x1095 in ?? ()

Almost.  It's a stack trace into the process that was running.  If you
can figure out which it was, and it was compiled with symbols, you
should be able to load its symbol table and trace back into it.

Greg



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19980120095513.01356>