X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:date:from:to:subject:message-id:mime-version :content-type:content-id; q=dns; s=default; b=otcO2mOYgAtBSWNenB oMqvnBLoqUYB6Jk4/5HqYK8OwhxO3vF/Yd9Gup/oE2+9Z7tuVOgSrYmuEBRf/4uL 3bQEHpGqbqKtKXpYZcua2puc66mvp8Jcn0p/lhQLn3ag5XcpQK5xCPxGgPAdVVJL KQjmByvYxaVlFhYH0lt1nG8R4= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:date:from:to:subject:message-id:mime-version :content-type:content-id; s=default; bh=w70gTNYwfpD702nhtkGL9l6W viI=; b=MWxdOqw9QZ4WQQrOsn+P4HONlLckw35tllJ5xOYRKtt5Zrdk+I7vMRk1 qMPSAxlKNkbnZW9ZkIx6naEtKbZN9IxU43rHqakQKOzz3rpz9Wcr0CmLwWxqmA6l vDOP5k/F264uWy9GnpjGCMZEQ9QdJtWipiWr6syEUplT25ObLsQ= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=4.3 required=5.0 tests=AWL,BAYES_00,GARBLED_BODY,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.1 spammy=joy, xterm, TERM, judge X-HELO: ppsw-42.csi.cam.ac.uk DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cam.ac.uk; s=20180806.ppsw; h=Content-ID:Content-Type:MIME-Version:Message-ID:Subject: To:From:Date:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-Description :Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=Lxdh4S7/CDZ/puHpuitx9afB8qkh1oSgU9LVHAch9Hw=; b=ciZ9+LRShjvPxyql2WIKQM2I8S wTxt63xOjGJNP0W+W5eVKNZWWI6AQRs6K+NBw0u0RtuMI8JTEiytALmnnV7YvUrMvxWHJjKtya8aO RSIiCw+Vwp5VlvQZZw+fgvOsXGy0pBdUtwvTdFXucBWc4GYHlnj0Ry8YCfg7fQx/kJ6w=; Date: Fri, 17 Jan 2020 16:40:03 +0000 (GMT Standard Time) From: Arthur Norman To: cygwin AT cygwin DOT com Subject: cgdb terminal handling problems Message-ID: User-Agent: Alpine 2.00 (WNT 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1258621-1454-1579274365=:48616" Content-ID: X-IsSubscribed: yes --1258621-1454-1579274365=:48616 Content-Type: TEXT/PLAIN; FORMAT=flowed; CHARSET=UTF-8 Content-Transfer-Encoding: 8BIT Content-ID: 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 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 --1258621-1454-1579274365=:48616 Content-Type: text/plain; charset=us-ascii -- 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 --1258621-1454-1579274365=:48616--