From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28849 invoked by alias); 4 Jan 2002 22:03:56 -0000 Mailing-List: contact insight-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sources.redhat.com Received: (qmail 28700 invoked from network); 4 Jan 2002 22:03:52 -0000 Date: Fri, 04 Jan 2002 14:03:00 -0000 Message-Id: <200201042203.RAA13967@mercury.franklin.com> From: Duane Ellis To: insight@sourceware.cygnus.com In-reply-to: (message from Keith Seitz on Fri, 4 Jan 2002 13:48:21 -0800 (PST)) Subject: Re: symbol with in disassembly window Reply-to: duane_ellis@franklin.com References: X-SW-Source: 2002-q1/txt/msg00022.txt.bz2 keiths> since this problem also presumably exists in gdb (right?). Most certianly, however there are times when A) you want the fully un-ambigious name (Even though it is 100+ chars long) and thus I too am hestitant to change perminately. B) There are times though when a prefix or abeviated version is enough, ie: someFunc(int,int,int,int,int ....: This is *VERY* apparent in the disassembly window when dealing with managled C++ code, not so much with plain C. It seems that the gdb core function: print_address_symbolic() nees an extra parameter, "maxwidth" with something like 0 meaning the sky's the limit. This would neccesisate changes in three places. (A) printcmd.c Wrapper or a new function. (B) in gdbtk-cmds.c, to pass the new parameter. (C) some place - gdb/gdbtk/generic/???.c or gdb/???.c to set/show the parameter. -Duane.