public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Arthur Norman <acn1@cam.ac.uk>
To: cygwin@cygwin.com
Subject: cgdb terminal handling problems
Date: Fri, 17 Jan 2020 16:40:00 -0000	[thread overview]
Message-ID: <alpine.WNT.2.00.2001171548370.48616@panamint> (raw)

[-- Attachment #1: Type: TEXT/PLAIN, Size: 3096 bytes --]

I have a trivial C++ program, which was tested using
    g++ -g hello.cpp -o hello
    cgdb ./hello
    break main
    run

What gets displayed at that stage looks like the following where some of 
the long strings of escaped have been wrapped. There are funny characters
marking "Line 5" which is where the breakpoint was.

~:
~:
1: #include <iostream>
2:
3: int main(int argc, char *argv[])
4: {
5├>    std::cout << "Hello" << std::endl;
6:     return 0;
7: }
8:
~:
~:
/home/acn1/hello.cpp
[80X[80C[?25h[?25lbreakpoints-invalid[?25h[?25l
[80X[80C[?25h[?25l[80X[80C[?25h[?25l
Breakpoint 1,[67X[67C[?25h[?25l[80X[80C[?25h[?25lmain[76X[76C[?25h[?25l ([78X[78
C[?25h[?25largc[76X[76C[?25h[?25l=[79X[79C[?25h[?25l1[79X[79C[?25h[?25l,[79X[79C
[?25h[?25largv[76X[76C[?25h[?25l=[79X[79C[?25h[?25l
[80X[80C[?25h[?25larg-value *[?25h[?25l
0xffffcc40[70X[70C[?25h[?25l)[79X[79C[?25h[?25l at[77X[77C[?25h[?25lhello.cpp[71
X[71C[?25h[?25l:[79X[79C[?25h[?25l5[79X[79C[?25h[?25l[80X[80C[?25h[?25l[?25h[?25
l
[80X[80C[?25h[?25l[80X[80C[?25h[?25l[80X[80C[?25h[?25l[80X[80C[?25h[?25l(gdb)[75
X[75C[?25h[?25l

and you can see the mess of terminal-control escapes that unhelpfully appear. 
My terminal there is then not as responsive as I would like so progressing is 
hard. I can go ^Z to exit and then use kill to terminate the cgdb session.
The above trasncript was collected by using COPY&PASTE from the terminal 
screen. But all those "[80C" etc etc appear as characters on my terminal 
just as such. When I go "echo $TERM" I see the default "xterm" and SHELL 
is /bin/bash - all that is just as per the default when cygwin was 
installed.

To ensure that this was not a matter of other interfering applications I 
installed a totally fresh Windows 10 and then (perhaps apart from virtualbox 
tools) only cygwin. For Cygwin I only install cgdb, gdb and g++, using the 
latest non-testing version of each.

But having done that I tried other versions og gdb & cgdb without joy.

This sort of behaviour in cgdb seems to have arisen some time in the last few 
weeks. If I back off to cygwin 3.1.1-1 I still see trouble but with 
3.0.7-1 things appear to behave better for this. However with a larger 
real program I just got
(gdb) step
__wrap__Znam (sz=80000000) at 
/usr/src/debug/cygwin-3.0.7-1/winsup/cygwin/libstd
cxx_wrapper.cc:61
(gdb) s
/wip/cygport-git/gdb/gdb-8.2.1-1.x86_64/src/gdb-8.2.1/gdb/infrun.c:2723: 
intern
A problem internal to GDB has been detected,
further debugging may prove unreliable.

Since that may be a metter of using an old cygwin I will wait before I try 
to produce a version of that worth reporting!

But this looks like an underlying cygwin change upsetting gdb or cgdb???



[In some code of my own I was bitten because something has fairly recently 
changes and the Windows call GetConsoleScreenBufferInfo now succeeds in a 
cygwin program running under mintty while it used not to - I had used that test 
to judge whether I could or should use Windows-mode console handling on 
Unix-style... I sort of wonder if this is a variant on my problem there?]

  Arthur

[-- Attachment #2: Type: text/plain, Size: 219 bytes --]


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

             reply	other threads:[~2020-01-17 16:40 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-17 16:40 Arthur Norman [this message]
2020-01-18  4:11 ` Takashi Yano
2020-01-23 12:52   ` Takashi Yano

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=alpine.WNT.2.00.2001171548370.48616@panamint \
    --to=acn1@cam.ac.uk \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).