From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2111 invoked by alias); 20 Jan 2006 20:29:38 -0000 Received: (qmail 2102 invoked by uid 22791); 20 Jan 2006 20:29:37 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Fri, 20 Jan 2006 20:29:35 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1F02t3-0003Ux-JQ; Fri, 20 Jan 2006 15:29:33 -0500 Date: Fri, 20 Jan 2006 20:53:00 -0000 From: Daniel Jacobowitz To: gdb@sourceware.org Cc: Fernando Nasser Subject: Re: Is the current KOD code useful? Message-ID: <20060120202933.GA13428@nevyn.them.org> Mail-Followup-To: gdb@sourceware.org, Fernando Nasser References: <20060119165226.GA11310@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060119165226.GA11310@nevyn.them.org> User-Agent: Mutt/1.5.8i X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-01/txt/msg00194.txt.bz2 Copying this to Fernando, since I belatedly noticed Fernando's entry in MAINTAINERS for this today. Oops! On Thu, Jan 19, 2006 at 11:52:27AM -0500, Daniel Jacobowitz wrote: > The Kernel Object Display framework never really took off, as far as I can > see. It's got exactly one supported OS in the GDB sources, which is just > called Cisco (presumably IOS). It's had no non-mechanical changes since it > was contributed, around 2000. > > I'm fixing up the target_xfer_partial interface, as discussed yesterday. > It carries around a pretty sizable wart for KOD involving querying the > buffer size (which as far as I can tell doesn't work, anyway). Rather than > fix it, if this is obsolete we should remove it. > > Does anyone but Cisco use this? Do even they still use it in its current > form? I have no idea if anyone on this list can answer these questions; > if no one can, I suspect this code has reached the end of its useful life. > > For now I'm just going to skip over that file. -- Daniel Jacobowitz CodeSourcery