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:from:to:subject:date:message-id:references
	:in-reply-to:content-type:content-transfer-encoding
	:mime-version; q=dns; s=default; b=F5cN4m1Oo0kwwMVb9DoKkhPKopS+H
	vyGE+Ts3zSq3HgRYRcaSNI5jFj7buWdswHeyYJe+hHPixsH8NgGy0ubYxYVbpuGh
	6K7SP2irEJhBEdSD6vpCUPnHa2IdE74QCEEPMxTOJoAMZmp/g6O+SqjM/ogDvXVZ
	CLxy71OcduMCeg=
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:from:to:subject:date:message-id:references
	:in-reply-to:content-type:content-transfer-encoding
	:mime-version; s=default; bh=Y0phFFPX3tqV9fxL86LUMl8qXVw=; b=EzC
	WNkY2ezOrJnNkTRpOOe0WRhG9r8h85C2HhxmFwHCBfqPg9H+BRvY5pAhTvH4st4t
	g2XUWtsHdWHM2vK6Q3Xap0o2fPvr0AdM71rZtm6yCqyfsO2N8FQuxOGF+jImg9u3
	pLM8qWdSlVnPXsMfB0VbczMw655OG7ZlAIEQZH/0=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
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=-1.7 required=5.0 tests=AWL,BAYES_50,GIT_PATCH_2,KAM_SHORT,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1 spammy=cygwinannounce, staff, gpl.html, UD:gpl.html
X-HELO: NAM11-BN8-obe.outbound.protection.outlook.com
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Xn/3+cgVZLEPacdia4qE7UjnAV5qc1YtNBhJ6e06uSyMtHIC7bfceKP4kHt1qJ/K1JHmyQ7ewBu0y4BqGcDHg3J4SUYIm/X06YQwl/REEeDPxcgpDEmVZF34OBOF1lRHFzQ7f2UV4HZH1QrBc6NYVkw+aWZXqngIxXZItn4iTrK3wnyj5Nv8BHmHW2JowrDxc22V3iYFnXpl+Qyq28DUOtiyHaOi7bvGHmAsjf19pz1Sk1i76Br9/vCjYz3xz2XhGsdVbrgXyMHhRVl5dZPnowHMsMfQKQDhIfPBUG+ezm7sEBPI1bInMwuDm97Y/7iU3kTqKmUs8eu/RIb7ZUbE+g==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Ak7EdTNn2da/Y55K2o11U0cU6dcSB35DK1fnvc3yK6U=; b=abS9iK3uaEBNIbsBMcW7JJOhbNColBS8PC0gPt+0U3mum6kjbImNLWaMTntRJ3H+4Qr2YK753u6Z1VP3fkUCRgRMmJZOrBnf4Zvj7KbINA5PgYZ/qXBKxAQA53Hpk92kN3TtOWcl6hI2svYl9B+KDMcgTedhJcSw5dBg77KxRy+VtVlk6OkiLF5Rhqu+KHOkPRbwxwVGk4pIx1R3GfyXcz45XZLw+zSn5kpKHGkzfRDMa6ZuH84166YhSGI0Y1nXKnm/J+xJecq70ALdQrGNhNqQk4IoI9687njxsRCtORHZT1WgxkE9ONl1Biyk5pnjqqCG3a3vWtGU4nDRL7/9+w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 66.109.88.133) smtp.rcpttodomain=cygwin.com smtp.mailfrom=flightsafety.com; dmarc=pass (p=none sp=none pct=100) action=none header.from=flightsafety.com; dkim=none (message not signed); arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=flightsafety.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Ak7EdTNn2da/Y55K2o11U0cU6dcSB35DK1fnvc3yK6U=; b=RkPV70xUqIpnAQyKykpKsGOq7RdZHqncT55gOggSChZidLOQtEfTgzAi2HzdXL4+6i61MDQ6f0H6QBsHWC6x5xnVT5D3PhaDgIxHfCAc8E03s07gqeMYZ7gbG+ll5mASmcWrFTiUIcQsoxzZycuQcVKB8V47xwJ9ajU2IsNe99A=
Authentication-Results: spf=pass (sender IP is 66.109.88.133) smtp.mailfrom=flightsafety.com; cygwin.com; dkim=none (message not signed) header.d=none;cygwin.com; dmarc=pass action=none header.from=flightsafety.com;
Received-SPF: Pass (protection.outlook.com: domain of flightsafety.com designates 66.109.88.133 as permitted sender) receiver=protection.outlook.com; client-ip=66.109.88.133; helo=p0001ws0011.flightsafety.com;
From: "Rockefeller, Harry" <Harry DOT Rockefeller AT flightsafety DOT com>
To: Jon Turney <jon DOT turney AT dronecode DOT org DOT uk>,
        The Cygwin Mailing List	<cygwin AT cygwin DOT com>
Subject: RE: cin and read(*,*) not waiting for kbd input in gdb
Date: Fri, 17 Jan 2020 17:34:37 +0000
Message-ID: <78b75f32051c4c83a43b0adc2c65dbb5@vsrv060ex01.ssd.fsi.com>
References: <552d8b06cb6e431fb00f581c7853b795 AT vsrv060ex01 DOT ssd DOT fsi DOT com> <ba72d46a-1f44-e313-5ce9-e496e1adbf6c AT dronecode DOT org DOT uk>
In-Reply-To: <ba72d46a-1f44-e313-5ce9-e496e1adbf6c@dronecode.org.uk>
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
X-MS-Oob-TLC-OOBClassifiers: OLM:8273;
X-MS-Exchange-SenderADCheck: 1
X-IsSubscribed: yes
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 00HHZX6U025350

>>-----Original Message-----
>>From: Jon Turney <jon DOT turney AT dronecode DOT org DOT uk>
>Sent: Friday, January 17, 2020 9:40 AM
>To: The Cygwin Mailing List <cygwin AT cygwin DOT com>
>Cc: Rockefeller, Harry <Harry DOT Rockefeller AT flightsafety DOT com>
>Subject: Re: cin and read(*,*) not waiting for kbd input in gdb
>EXTERNAL EMAIL: STOP and verify sender address, links, and attachments before taking action.
>On 16/01/2020 21:02, Rockefeller, Harry wrote:
>> Both the Fortran and cpp used to work correctly when run in gdb.
>
>Thanks for reporting this problem.
>
>I assume this means that this worked with gdb-8.1.1-1, but not with
>gdb-8.2.1-1 (Made available for testing 2019-03-21 [1], promoted to current 2020-01-07 [2])
>
>Firstly, can I suggest that if a working gdb is important to you, you try test versions when they are available.  Wider testing helps me make good releases of gdb.
>Secondly, can you try the recently made test release of gdb-8.3.1-1 [3], to see if this behaves differently?  If that doesn't help, you can downgrade to 8.1.1-1 for the moment...

I certainly plan to do that as soon as problem(s) are identified.

>[1] https://cygwin.com/ml/cygwin-announce/2019-03/msg00032.html
>[2] https://cygwin.com/ml/cygwin/2020-01/msg00064.html
>[3] https://cygwin.com/ml/cygwin-announce/2019-12/msg00033.html
>
>> FWIW, Both Fortran and cpp work correctly, stopping for keyboard input, when run outside of gdb.
>>
>> But now, code simply doesn't stop to take keyboard input inside gdb.
>>
>> [C++ test code omitted for brevity]

>I'm not able to reproduce this problem.  Perhaps you can provide a similar transcript showing the steps to reproduce?

I see that when I ran it I also had a few lines like these:
[New Thread 6188.0x1e54].
Since I develop mostly for "hard" real time, my default boot is a Win7 with RTX.
I rebooted my pc with the Win7 alone (no RTX) and the stdin does work as you show below.
I am working with my software support staff to find out if anything changed recently in my PC boot stuff.

>> $ gdb rockefeller.exe
>> GNU gdb (GDB) (Cygwin 8.2.1-1) 8.2.1
>> Copyright (C) 2018 Free Software Foundation, Inc.
>> License GPLv3+: GNU GPL version 3 or later
>> <http://gnu.org/licenses/gpl.html>
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law.
>> Type "show copying" and "show warranty" for details.
>> This GDB was configured as "x86_64-pc-cygwin".
>> Type "show configuration" for configuration details.
>> For bug reporting instructions, please see:
>> <http://www.gnu.org/software/gdb/bugs/>.
>> Find the GDB manual and other documentation resources online at:
>>     <http://www.gnu.org/software/gdb/documentation/>.
>>
>> For help, type "help".
>> Type "apropos word" to search for commands related to "word"...
>> Reading symbols from rockefeller.exe...done.
>> (gdb) b request_time_to_run()
>> Breakpoint 1 at 0x1004010e8: file rockefeller.cpp, line 10.
>> (gdb) r
>> Starting program: /wip/rockefeller.exe
>>
>> Thread 1 "rockefeller" hit Breakpoint 1, request_time_to_run () at rockefeller.cpp:10
>> 10        float tm = 0.0;        // Time duration (sec)
>> (gdb) n
>> 11        std::string ans = "";  // interactive answer for time duration
>> (gdb) n
>> 12        std::cout << "Supply the equivalent of runtime in seconds. \n";
>> (gdb) n
>> Supply the equivalent of runtime in seconds.
>> 13        std::cout << "Note: time=0 will stop main. \n";
>> (gdb) n
>> Note: time=0 will stop main.
>> 14        std::cin >> ans;
>> (gdb) n
>> 1
>> 15        if ( (int)(ans[0]) < 48 || (int)(ans[0] > 57) ) {
>> (gdb) n
>> 19          int j = 0;
>> (gdb) c
>> Continuing.
>> a is 1.000000
>> [Inferior 1 (process 12660) exited normally]


>> But, simple stuff does run correctly in gdb stopping for terminal input at
>>    std::cin >> ans;
>> FWIW, for simple cpp above neither the cout nor the cin works directly (not running in gdb).

>Although not related to gdb, that would be a serious cygwin bug.

I am still in the Win7 only boot on my PC ...  no RTX

More on this last problem.  This time using Fortran.
Test code:
      program test
      implicit none
      real    cycle_time_preset /0.0/ ! (seconds)
      real    cycle_length /0.0/      ! (seconds)
      do
         if (cycle_time_preset.le.0.0) then
            write(*,*)'Supply the equivalent of run time in seconds.'
            write(*,"('(Note: a negative run time will stop run): ',$)")
            read(*,*) cycle_length
         else
            cycle_length = cycle_time_preset
         end if
         if (cycle_length .lt. 0.0) stop 'normal termination'
      end do
      stop
      end

$ /usr/bin/gfortran   -g -ffree-form -ffree-line-length-none -Wunused -ffpe-trap=invalid,zero,overflow -o test.exe test.f

harryr AT HARRYR-PC ~/
$ test.exe

$
Neither standard output nor input works.
FWIW, running in gdb both standard input and output work.



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