On 28/01/2020 15:40, Rockefeller, Harry wrote:
Since you and I appear to be the only ones interested in this particular problem I brought this off the Cygwin list, at least for now.
Please don't do this. https://cygwin.com/problems.html#personal-email
You are correct, and I am able to reproduce this myself as well using gdb 8.1.1-1. In gdb 8.1.1-1 here is the same test case with stdin running correctly using a continue after the breakpoint that caused the gdb internal error before. > Thread 1 "test1" hit Breakpoint 1, test1 () at test1.f:9 9 read(*,*) cycle_length Breakpoint 2 at 0x3df9bb3e0: file /usr/src/debug/gcc-7.4.0-1/libgfortran/io/unix.c, line 277. (gdb) c Continuing. Thread 1 "test1" hit Breakpoint 2, _gfortrani_flush_if_preconnected (s=0x80004e300) at /usr/src/debug/gcc-7.4.0-1/libgfortran/io/unix.c:277 277 fflush (stdin); (gdb) c Continuing. -1 STOP normal termination [Thread 8904.0x2f34 exited with code 0] [Thread 8904.0x1e78 exited with code 0] [Inferior 1 (process 8904) exited normally] (gdb) Now, reloading gdb 8.2.1-1:
Again, I don't seem to be able to reproduce this:
$ gdb ./test1 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 ./test1...done. (gdb) b test1.f:9 Breakpoint 1 at 0x100401140: file test1.f, line 9. (gdb) r Starting program: /wip/test1 Supply the equivalent of run time in seconds. (Note: a negative run time will stop run): Thread 1 "test1" hit Breakpoint 1, test () at test1.f:9 9 read(*,*) cycle_length (gdb) b unix.c:271 Breakpoint 2 at 0x3e11eb3c0: file /usr/src/debug/gcc-7.4.0-1/libgfortran/io/unix.c, line 272. (gdb) c Continuing. Thread 1 "test1" hit Breakpoint 2, _gfortrani_flush_if_preconnected (s=0x80003b160) at /usr/src/debug/gcc-7.4.0-1/libgfo rtran/io/unix.c:272 272 { (gdb) c Continuing. -1 STOP normal termination [Inferior 1 (process 10024) exited normally] (gdb)
The only thing changed was the gdb version. I don't know how to proceed from here. Can you tell if this is a gdb or a "Cygwin implementation of" gdb problem?
I'm not sure what the distinction you are making here is? The problem almost certainly exists in upstream gdb, without the few patches which are applied in the Cygwin package of gdb.
I'd guess that this is problem is due to upstream changes in gdb, interacting with bugs or limitations of Cygwin.
-- 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
