Date: Sat, 28 Feb 1998 12:45:44 +1030 From: Greg Lehey <grog@lemis.com> To: Mike Smith <mike@smith.net.au> Cc: FreeBSD Hackers <hackers@FreeBSD.ORG> Subject: Re: Kernel debugging: what's going on here? Message-ID: <19980228124544.45624@freebie.lemis.com> In-Reply-To: <19980228123253.24049@freebie.lemis.com>; from Greg Lehey on Sat, Feb 28, 1998 at 12:32:53PM %2B1030 References: <19980228122110.36590@freebie.lemis.com> <199802280156.RAA29982@dingo.cdrom.com> <19980228123253.24049@freebie.lemis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 28 February 1998 at 12:32:53 +1030, Greg Lehey wrote: > On Fri, 27 February 1998 at 17:56:46 -0800, Mike Smith wrote: >>> On Fri, 27 February 1998 at 17:45:39 -0800, Mike Smith wrote: >> Yes, I noticed. But rewriting the bp on the fly is not uncommon; quite >> a few device drivers do it, it wouldn't surprise me if it wasn't done >> elsewhere rather than cloning the original. > > Sure, all sorts of things modify the buffer header. But you're still > missing the point: the processor is stopped here, it's in the > debugger. No instructions were executed between the two views. You > might just as well take a look at a dump. Since when does the content > of memory differ depending on where you look at it from? Found! thanks to the help of a private reply. For some reason, my struct vnode looks different in each frame. I was using the pointer in the buf header instead of the absolute address. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19980228124544.45624>