GDB TUI doesn't build

GDB TUI doesn't build

[Richard Shih-Ping Chan]

Hi - looking at the 2001-01-08 CVS, GDB TUI doesn't build
[Does TUI actually work?] Anyway find_line_pc in several
gdb/tui/tui*.c files doesn't agree with the actual definition in gdb/.

BTW configure on i686-linux also doesn't seem to define USG and 
HAVE_TERM_H which are necessary for tui.o to be built.

Cheers.

-- 

Chan Shih-Ping (Richard) <cshihpin@dso.org.sg>
DSO National Laboratories
20 Science Park Drive
Singapore 118230

Re: GDB TUI doesn't build

[Fernando Nasser]

Richard Shih-Ping Chan wrote:
> 
> Hi - looking at the 2001-01-08 CVS, GDB TUI doesn't build
> [Does TUI actually work?] Anyway find_line_pc in several
> gdb/tui/tui*.c files doesn't agree with the actual definition in gdb/.
> 
> BTW configure on i686-linux also doesn't seem to define USG and
> HAVE_TERM_H which are necessary for tui.o to be built.
> 

The maintainer of the TUI is HP (from the gdb/MAINTAINERS file):

tui                     Technical Contact Point wdb@cup.hp.com

They've contributed it some time ago.

It seems that the person who was maintaining it is not around anymore.
Maybe it got a little bit outdated.

Perhaps you would be interested in trying to fix it?

Or maybe you can run the GDB GUI (Insight) instead.


-- 
Fernando Nasser
Red Hat - Toronto                       E-Mail:  fnasser@redhat.com
2323 Yonge Street, Suite #300
Toronto, Ontario   M4P 2C9

Re: GDB TUI doesn't build

[Arnaud Charlet]

> Or maybe you can run the GDB GUI (Insight) instead.

Or use one of the other available GUI front-ends for GDB, including
GVD and DDD.

GVD home page: http://libre.act-europe.fr/gvd
DDD home page: http://www.gnu.org/software/ddd

Arno

Re: GDB TUI doesn't build

[Andrew Cagney]

Arnaud Charlet wrote:
> 
> > Or maybe you can run the GDB GUI (Insight) instead.
> 
> Or use one of the other available GUI front-ends for GDB, including
> GVD and DDD.
> 
> GVD home page: http://libre.act-europe.fr/gvd
> DDD home page: http://www.gnu.org/software/ddd

FYI, TUI stands for Text-User-Interface. Some of us old farts still like
to use TTYs and keyboard :-)  If anyone is interested, I've some notes
on things that need cleaning up in the TUI.  Per fernando's comment it
would need to be co-ordinated with the TUI maintainer.

	enjoy,
		Andrew

GDB TUI doesn't build

[Andrew Cagney]

[I had several requests for this so I'm going to add it to the gdb/TODO
file].

For those that are interested, my list of TUI problems are below.

There is also a more general issue.  I know HP have an in-house version
of the TUI.  It might be easiest to replace the current public version
with HP's (even if it still doesn't build) and then start on bring it up
to scratch.

Fix TUI

     o  readline/*.h bitrot

        The TUI isn't up-to-date with
        respect to the readline currently
        bundled with GDB.  Importing a
        new readline is on the 5.1 wish
        list so this can only get worse.

        Grep for things like term_cursor_move.

        (To be honest, I don't see anyone
        importing a new readline before 5.1 is
        out)

     o  tui.c:va_catch_errors() bitrot

        This nasty piece of work used knowledge
        of the internals of GDBs error functions :-(
        Ever since those internals were cleaned
        up this code has been broken. :-(

     o  tuiWin.c:c_makeVisibleWithNewHeight() broken
        tuiLayout.c:_extractDisplayStartAddr() broken

        Both these function call find_line_pc()
        incorrectly (wrong args, wrong return value).

        I suspect this bug has always been there!
        It had been hidden because those files
        didn't include the necessary header files
        from gdb proper :-(

     o  tuiRegs() host dependant

        Not suprisingly, this isn't a very portable
        section of code.  However, I'm sure people
        could live with no regs in the short to
        medium term.

     o  defs.h: #include "tui.h" et.al.

        I'm not sure where this came from.
        It was a really bad idea.

        To get things to compile I did a nasty
        hack (Just declare what was needed and
        replace any expressions like xx->y.z()
        in GDB proper with function calls).  I
        could commit it slightly cleaned up if
        you like.

        Medium Term. the #ifdef TUI and TuiDo()
        should be changed to hooks (like GDBTK).
        The gdb-events.[hc] is there for that
        purpose (1)

     o  tui.c:_tuiReset() host dependant

        tui.c contains a lump of termio[s]
        I suspect an equivalent block of
        code can be lifted from readline.
        An equivalent readline function may
        even be available.

     o  curses.h vs ncurses.h.

        Simple portability problem.

     o  subsetCompare()

        This function is a mystery - where is it?

     o  tui-file.[hc] cleanup

        This can be significantly simplified.

     o  The code should be pacified. (-Werror -W...)

        There are plenty of #includes,
        duplicate #includes, missing function decls
        and the like.

        Some of the problems I found were through
        fixing a few of the warnings.

     o  The code should be GNUtified.

        It would be very nice to have this code
        look like the rest of GDB.  That way people
        would be more accepting of it as a true
        gdb component.

        Until it is GNUtified it is going to stick
        out like a sore thumb to the programmer.

     o  The code should be clearly copyrighted

        (FSF, with due credit to HP)

Re: GDB TUI doesn't build

[Mike Brownlow]

Andrew Cagney wrote:
> [I had several requests for this so I'm going to add it to the gdb/TODO
> file].
> 
> For those that are interested, my list of TUI problems are below.
> 
<snip things to fix>

Hi,
  I thought this would be a good opportunity to raise a question I
have about the TUI in GDB. I have recently registered my libtui as a
project on freshmeat, before I knew that my favorite debugger had
a libtui in it. I'm wondering if this would cause problems for
anybody? Should I change my lib's name? Or will it not be a big
deal? I don't want to use libtui if the plans for GDB libtui are
to release it separately or if GDB programmers dislike the idea of my
lib having the same name. Obviously GDB TUI has been around longer,
but I wanted to hear what people think about this.

  I honestly wasn't aware that a libtui existed yet, but I'm willing
to change the name for my favorite debugger. :)

  My lib is at: http://www.wsmake.org/~mike/software/libtui/

Thanks,
-- 
Mike Brownlow                        http://www.wsmake.org/~mike/
-----------------------------------------------------------------
1024D/8AA6EAFD 3861 96B3 EEA2 285C BE23  F706 3E1E EBB2 8AA6 EAFD
"Hatred stirreth up strifes: but love covereth all sins." Pr10:12

Re: GDB TUI doesn't build

[Kevin Buettner]

On Feb 14,  5:45pm, Mike Brownlow wrote:

>   I thought this would be a good opportunity to raise a question I
> have about the TUI in GDB. I have recently registered my libtui as a
> project on freshmeat, before I knew that my favorite debugger had
> a libtui in it. I'm wondering if this would cause problems for
> anybody? Should I change my lib's name? Or will it not be a big
> deal? I don't want to use libtui if the plans for GDB libtui are
> to release it separately or if GDB programmers dislike the idea of my
> lib having the same name. Obviously GDB TUI has been around longer,
> but I wanted to hear what people think about this.
> 
>   I honestly wasn't aware that a libtui existed yet, but I'm willing
> to change the name for my favorite debugger. :)
> 
>   My lib is at: http://www.wsmake.org/~mike/software/libtui/

Mike,

I don't think there's any need for you to change the name of your
library.  GDB's TUI will likely stay confined to GDB so I doubt that
there will be much confusion.

Kevin

Re: GDB TUI doesn't build

[Mike Brownlow]

Kevin Buettner wrote:
> On Feb 14,  5:45pm, Mike Brownlow wrote:
> >   I honestly wasn't aware that a libtui existed yet, but I'm willing
> > to change the name for my favorite debugger. :)
> > 
> >   My lib is at: http://www.wsmake.org/~mike/software/libtui/
> 
> Mike,
> 
> I don't think there's any need for you to change the name of your
> library.  GDB's TUI will likely stay confined to GDB so I doubt that
> there will be much confusion.
> 
> Kevin

Ahh, great then.

Thanks!

-- 
Mike Brownlow                        http://www.wsmake.org/~mike/
-----------------------------------------------------------------
1024D/8AA6EAFD 3861 96B3 EEA2 285C BE23  F706 3E1E EBB2 8AA6 EAFD
"Hatred stirreth up strifes: but love covereth all sins." Pr10:12