From owner-freebsd-alpha Mon Jan 11 11:58:26 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA20833 for freebsd-alpha-outgoing; Mon, 11 Jan 1999 11:58:26 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA20813 for ; Mon, 11 Jan 1999 11:58:21 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id MAA01934; Mon, 11 Jan 1999 12:57:47 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp02.primenet.com, id smtpd001756; Mon Jan 11 12:57:31 1999 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id MAA25498; Mon, 11 Jan 1999 12:57:14 -0700 (MST) From: Terry Lambert Message-Id: <199901111957.MAA25498@usr05.primenet.com> Subject: Re: printing vm_offset_t's To: gallatin@cs.duke.edu (Andrew Gallatin) Date: Mon, 11 Jan 1999 19:57:13 +0000 (GMT) Cc: mjacob@feral.com, freebsd-alpha@FreeBSD.ORG In-Reply-To: <13977.11657.998775.230402@grasshopper.cs.duke.edu> from "Andrew Gallatin" at Jan 10, 99 05:46:55 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Two comments on this thread: > > > Matthew Jacob writes: > > > > > > > > Hmm. How about %p? > > > > > > That's another option, but unless you cast the arg to a pointer (like > > > void *), you get > > > > > > warning: format argument is not a pointer (arg 4) %qx is the accepted draft standard methid of printing quad values. You will need to cast , in any case, if vm_offset_t is not considered a pointer type by the debugger, or it will not push sufficient information onto the stack. > > Maybe this is why Eduardo Horvath went through all the NetBSD kernel > > source and deepsixed vm_offset_t. > > Ick. That seems rather extreeme. I can't imagine all the external code > that broke when vm_offset_t disappeared... External code that depends on kernel structures is inherently broken; think of this as an opportunity to correct the external code. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message