symbol with in disassembly window

symbol with in disassembly window

[Duane Ellis]

In the insight source window - when showing dissassembly is there a
prefered way to limit the symbol width? Or a planned way?

The problem [cosmetic, but really bad] occurs when you have a C++
function with many parameters and a long name, there ain't no screen
wide enough.

ie: A GDB set command, or a TK variable instead?

What I did before was an arbitary hack (set/unset a global variable
dynamically while building the screen), I'm looking for a better
suggestion.  Or is something like this in the works?

-Duane.

FYI - I'm updating my custom port of Insight (based on the 19991108
snapshot) for a custom RISC CPU and eBook platform you may have seen
it:

     http://www.franklin.com/ebookman

It's working - partly - and I'm working though a list of problems

Re: symbol with in disassembly window

[Keith Seitz]

On Fri, 4 Jan 2002, Duane Ellis wrote:

> In the insight source window - when showing dissassembly is there a
> prefered way to limit the symbol width? Or a planned way?

This is something that gets forced-fed to us. We might be able to hack
something in, but I am hestitant to do so, since this problem also
presumably exists in gdb (right?).

I would recommend asking over on gdb@sources.redhat.com about this and the
"disassemble" command.

Keith

Re: symbol with in disassembly window

[Duane Ellis]

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.

Re: symbol with in disassembly window

[Keith Seitz]

On Fri, 4 Jan 2002, Duane Ellis wrote:

>
> 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 ....:
>

Yes, but either way, gdb's "disassemble" command suffers the same problems
and would benefit equally by such a change.

> It seems that the gdb core function:
>
>    print_address_symbolic()

That was my thought, as well. This function is not under my control,
though. You'll have to discuss changing it with the gdb folks.

I am not disagreeing that the change would be good. I'm just disagreeing
with changing it in insight alone. I think the proper place to do this (as
you've pointed out) is in "core" gdb.

Keith