On 10/29/2014 02:41 PM, ISHIKAWA,chiaki wrote:
> Thank you very much for your debugging effort.
No problem. I use the TUI myself every day.
FYI, the bug is fixed on mainline now:
https://sourceware.org/ml/gdb-patches/2014-10/msg00798.html
> Still being puzzled why I didn't realize this TUI
Dear Pedro Alves,
> On 10/29/2014 05:10 AM, ishikawa wrote:
>> $ env | grep TERM
>> TERM=dumb
>> TERMCAP=
>
> Right, we can reproduce this on the terminal with just:
>
> $ TERM=dumb gdb -q -nx
> (gdb) wh
>
> I'm working on a fix that will make GDB error out instead
> of hanging, like:
>
> $
On 10/29/2014 05:10 AM, ishikawa wrote:
> $ env | grep TERM
> TERM=dumb
> TERMCAP=
Right, we can reproduce this on the terminal with just:
$ TERM=dumb gdb -q -nx
(gdb) wh
I'm working on a fix that will make GDB error out instead
of hanging, like:
$ TERM=dumb gdb -q -nx
(gdb) wh
Cannot enab
Hi,
After searching through WWW to find out when this "winheight"
command appears, I realize that
I was lucky that the versions of gdb I used before
was compiled in such a manner that I do not
have this TUI command set of gdb.
It seems that TUI mode was already in gdb at least by 2002.
In searchi
"wh" command without argument to gdb in Emacs shell buffer
Running gdb in Emacs's shell-mode buffer and then issueing "wh"
without argument by mistake causes GDB to get hung (without no visible
activity) [or rathr print long blank lines without prompt!?]
I am perplexed as to what is going on as I
