From owner-freebsd-current Sun Dec 14 01:57:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA25422 for current-outgoing; Sun, 14 Dec 1997 01:57:44 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA25410 for ; Sun, 14 Dec 1997 01:57:38 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id UAA11798; Sun, 14 Dec 1997 20:52:08 +1100 Date: Sun, 14 Dec 1997 20:52:08 +1100 From: Bruce Evans Message-Id: <199712140952.UAA11798@godzilla.zeta.org.au> To: pb@fasterix.freenix.org, tlambert@primenet.com Subject: Re: panics when stopping pppd Cc: freebsd-current@FreeBSD.ORG, totii@est.is Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I have a local ethernet, but apparently no MAC address on the stack >(I might have missed it though). >... >The instruction pointer is 0x6e655000 every time I've been able to >see it: > > instruction pointer = 0x8:0x6e655000 > stack pointer = 0x10:0xf4d4cd74 > frame pointer = 0x10:0xf4d4cdb0 0x6e655000 is not a vald instruction pointer. Apparently something has overwritten the stack with the string "\x50656e"... Find the full string and where it came from... I don't trust the stack trace near trap(). A frame tends to get lost. Bruce