public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/43517]  New: spurious end-of-file condition when namelist read follows formatted read
@ 2010-03-25 15:02 michael dot a dot richmond at nasa dot gov
  2010-03-25 15:17 ` [Bug fortran/43517] " dominiq at lps dot ens dot fr
                   ` (8 more replies)
  0 siblings, 9 replies; 10+ messages in thread
From: michael dot a dot richmond at nasa dot gov @ 2010-03-25 15:02 UTC (permalink / raw)
  To: gcc-bugs

The following bug exists in all ports. It applies to gfortran 4.4.4 and 4.5. It
does not apply to gfortran 4.4.0, 4.4.1, 4.4.2, 4.4.3, or any 4.3 version.

I compile and run the following program:

PROGRAM main
NAMELIST /name/ j
OPEN (10,FILE='file.txt',STATUS='OLD',FORM='FORMATTED')
READ (10,5000) i, idum
5000 FORMAT(2I5,4X) ! This FORMAT is crucial to the bug
PRINT *, "i =", i, "as expected"
READ (10,name,END=999)
STOP
999 PRINT *, "Spurious end of file condition"
END PROGRAM main

The file.txt file contains the following:

999999
 $name
  j=0,
 /

The program prints:

 i =       99999 as expected
 Spurious end of file condition


-- 
           Summary: spurious end-of-file condition when namelist read
                    follows formatted read
           Product: gcc
           Version: 4.5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: michael dot a dot richmond at nasa dot gov
 GCC build triplet: all
  GCC host triplet: all
GCC target triplet: all


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43517


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug fortran/43517] spurious end-of-file condition when namelist read follows formatted read
  2010-03-25 15:02 [Bug fortran/43517] New: spurious end-of-file condition when namelist read follows formatted read michael dot a dot richmond at nasa dot gov
@ 2010-03-25 15:17 ` dominiq at lps dot ens dot fr
  2010-03-25 20:42 ` jvdelisle at gcc dot gnu dot org
                   ` (7 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: dominiq at lps dot ens dot fr @ 2010-03-25 15:17 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #1 from dominiq at lps dot ens dot fr  2010-03-25 15:17 -------
Compiling the test with trunk revision 156618 or gcc version 4.4.2 leads to

[macbook] f90/bug% gfc_c pr43517.f90
[macbook] f90/bug% a.out
 i =       99999 as expected
[macbook]

Otherwise confirmed for trunk revision 157721, thus it looks like a regression.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43517


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug fortran/43517] spurious end-of-file condition when namelist read follows formatted read
  2010-03-25 15:02 [Bug fortran/43517] New: spurious end-of-file condition when namelist read follows formatted read michael dot a dot richmond at nasa dot gov
  2010-03-25 15:17 ` [Bug fortran/43517] " dominiq at lps dot ens dot fr
@ 2010-03-25 20:42 ` jvdelisle at gcc dot gnu dot org
  2010-03-25 22:47 ` [Bug fortran/43517] [4.5 Regression] " jvdelisle at gcc dot gnu dot org
                   ` (6 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: jvdelisle at gcc dot gnu dot org @ 2010-03-25 20:42 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #2 from jvdelisle at gcc dot gnu dot org  2010-03-25 20:42 -------
Here we go.  ;)


-- 

jvdelisle at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |jvdelisle at gcc dot gnu dot
                   |dot org                     |org
             Status|UNCONFIRMED                 |ASSIGNED
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2010-03-25 20:42:29
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43517


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug fortran/43517] [4.5 Regression] spurious end-of-file condition when namelist read follows formatted read
  2010-03-25 15:02 [Bug fortran/43517] New: spurious end-of-file condition when namelist read follows formatted read michael dot a dot richmond at nasa dot gov
  2010-03-25 15:17 ` [Bug fortran/43517] " dominiq at lps dot ens dot fr
  2010-03-25 20:42 ` jvdelisle at gcc dot gnu dot org
@ 2010-03-25 22:47 ` jvdelisle at gcc dot gnu dot org
  2010-03-26  3:24 ` jvdelisle at gcc dot gnu dot org
                   ` (5 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: jvdelisle at gcc dot gnu dot org @ 2010-03-25 22:47 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #3 from jvdelisle at gcc dot gnu dot org  2010-03-25 22:46 -------
The breakage is r157310.


-- 

jvdelisle at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|spurious end-of-file        |[4.5 Regression] spurious
                   |condition when namelist read|end-of-file condition when
                   |follows formatted read      |namelist read follows
                   |                            |formatted read


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43517


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug fortran/43517] [4.5 Regression] spurious end-of-file condition when namelist read follows formatted read
  2010-03-25 15:02 [Bug fortran/43517] New: spurious end-of-file condition when namelist read follows formatted read michael dot a dot richmond at nasa dot gov
                   ` (2 preceding siblings ...)
  2010-03-25 22:47 ` [Bug fortran/43517] [4.5 Regression] " jvdelisle at gcc dot gnu dot org
@ 2010-03-26  3:24 ` jvdelisle at gcc dot gnu dot org
  2010-03-26  3:26 ` jvdelisle at gcc dot gnu dot org
                   ` (4 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: jvdelisle at gcc dot gnu dot org @ 2010-03-26  3:24 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #4 from jvdelisle at gcc dot gnu dot org  2010-03-26 03:23 -------
Subject: Bug 43517

Author: jvdelisle
Date: Fri Mar 26 03:23:34 2010
New Revision: 157737

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157737
Log:
2010-03-25  Jerry DeLisle  <jvdelisle@gcc.gnu.org>

        PR libfortran/43517
        * io/read.c (read_x): Return if seen EOR condition.

Modified:
    trunk/libgfortran/ChangeLog
    trunk/libgfortran/io/read.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43517


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug fortran/43517] [4.5 Regression] spurious end-of-file condition when namelist read follows formatted read
  2010-03-25 15:02 [Bug fortran/43517] New: spurious end-of-file condition when namelist read follows formatted read michael dot a dot richmond at nasa dot gov
                   ` (3 preceding siblings ...)
  2010-03-26  3:24 ` jvdelisle at gcc dot gnu dot org
@ 2010-03-26  3:26 ` jvdelisle at gcc dot gnu dot org
  2010-03-26  3:29 ` [Bug fortran/43517] [4.4 " jvdelisle at gcc dot gnu dot org
                   ` (3 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: jvdelisle at gcc dot gnu dot org @ 2010-03-26  3:26 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #5 from jvdelisle at gcc dot gnu dot org  2010-03-26 03:26 -------
Subject: Bug 43517

Author: jvdelisle
Date: Fri Mar 26 03:26:26 2010
New Revision: 157738

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157738
Log:
2010-03-25  Jerry DeLisle  <jvdelisle@gcc.gnu.org>

        PR libfortran/43517
        * gfortran.dg/read_eof_7.f90: New test.

Added:
    trunk/gcc/testsuite/gfortran.dg/read_eof_7.f90
Modified:
    trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43517


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug fortran/43517] [4.4 Regression] spurious end-of-file condition when namelist read follows formatted read
  2010-03-25 15:02 [Bug fortran/43517] New: spurious end-of-file condition when namelist read follows formatted read michael dot a dot richmond at nasa dot gov
                   ` (4 preceding siblings ...)
  2010-03-26  3:26 ` jvdelisle at gcc dot gnu dot org
@ 2010-03-26  3:29 ` jvdelisle at gcc dot gnu dot org
  2010-03-26  4:57 ` jvdelisle at gcc dot gnu dot org
                   ` (2 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: jvdelisle at gcc dot gnu dot org @ 2010-03-26  3:29 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #6 from jvdelisle at gcc dot gnu dot org  2010-03-26 03:29 -------
Fixed on trunk. Thanks Michael for the report and test case.

I will backport to 4.4


-- 

jvdelisle at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to fail|                            |4.4.3
            Summary|[4.5 Regression] spurious   |[4.4 Regression] spurious
                   |end-of-file condition when  |end-of-file condition when
                   |namelist read follows       |namelist read follows
                   |formatted read              |formatted read
   Target Milestone|---                         |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43517


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug fortran/43517] [4.4 Regression] spurious end-of-file condition when namelist read follows formatted read
  2010-03-25 15:02 [Bug fortran/43517] New: spurious end-of-file condition when namelist read follows formatted read michael dot a dot richmond at nasa dot gov
                   ` (5 preceding siblings ...)
  2010-03-26  3:29 ` [Bug fortran/43517] [4.4 " jvdelisle at gcc dot gnu dot org
@ 2010-03-26  4:57 ` jvdelisle at gcc dot gnu dot org
  2010-03-26  4:59 ` jvdelisle at gcc dot gnu dot org
  2010-03-26  5:15 ` jvdelisle at gcc dot gnu dot org
  8 siblings, 0 replies; 10+ messages in thread
From: jvdelisle at gcc dot gnu dot org @ 2010-03-26  4:57 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #7 from jvdelisle at gcc dot gnu dot org  2010-03-26 04:57 -------
Subject: Bug 43517

Author: jvdelisle
Date: Fri Mar 26 04:56:51 2010
New Revision: 157739

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157739
Log:
2010-03-25  Jerry DeLisle  <jvdelisle@gcc.gnu.org>

        PR libfortran/43517
        * io/read.c (read_x): Return if seen EOR condition.

Modified:
    branches/gcc-4_4-branch/libgfortran/ChangeLog
    branches/gcc-4_4-branch/libgfortran/io/read.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43517


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug fortran/43517] [4.4 Regression] spurious end-of-file condition when namelist read follows formatted read
  2010-03-25 15:02 [Bug fortran/43517] New: spurious end-of-file condition when namelist read follows formatted read michael dot a dot richmond at nasa dot gov
                   ` (6 preceding siblings ...)
  2010-03-26  4:57 ` jvdelisle at gcc dot gnu dot org
@ 2010-03-26  4:59 ` jvdelisle at gcc dot gnu dot org
  2010-03-26  5:15 ` jvdelisle at gcc dot gnu dot org
  8 siblings, 0 replies; 10+ messages in thread
From: jvdelisle at gcc dot gnu dot org @ 2010-03-26  4:59 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #8 from jvdelisle at gcc dot gnu dot org  2010-03-26 04:58 -------
Subject: Bug 43517

Author: jvdelisle
Date: Fri Mar 26 04:58:45 2010
New Revision: 157740

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157740
Log:
2010-03-25  Jerry DeLisle  <jvdelisle@gcc.gnu.org>

        PR libfortran/43517
        * gfortran.dg/read_eof_7.f90: New test.

Added:
    branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/read_eof_7.f90
Modified:
    branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43517


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug fortran/43517] [4.4 Regression] spurious end-of-file condition when namelist read follows formatted read
  2010-03-25 15:02 [Bug fortran/43517] New: spurious end-of-file condition when namelist read follows formatted read michael dot a dot richmond at nasa dot gov
                   ` (7 preceding siblings ...)
  2010-03-26  4:59 ` jvdelisle at gcc dot gnu dot org
@ 2010-03-26  5:15 ` jvdelisle at gcc dot gnu dot org
  8 siblings, 0 replies; 10+ messages in thread
From: jvdelisle at gcc dot gnu dot org @ 2010-03-26  5:15 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #9 from jvdelisle at gcc dot gnu dot org  2010-03-26 05:15 -------
Fixed on 4.4.4.  Closing.


-- 

jvdelisle at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43517


^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2010-03-26  5:15 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-03-25 15:02 [Bug fortran/43517] New: spurious end-of-file condition when namelist read follows formatted read michael dot a dot richmond at nasa dot gov
2010-03-25 15:17 ` [Bug fortran/43517] " dominiq at lps dot ens dot fr
2010-03-25 20:42 ` jvdelisle at gcc dot gnu dot org
2010-03-25 22:47 ` [Bug fortran/43517] [4.5 Regression] " jvdelisle at gcc dot gnu dot org
2010-03-26  3:24 ` jvdelisle at gcc dot gnu dot org
2010-03-26  3:26 ` jvdelisle at gcc dot gnu dot org
2010-03-26  3:29 ` [Bug fortran/43517] [4.4 " jvdelisle at gcc dot gnu dot org
2010-03-26  4:57 ` jvdelisle at gcc dot gnu dot org
2010-03-26  4:59 ` jvdelisle at gcc dot gnu dot org
2010-03-26  5:15 ` jvdelisle at gcc dot gnu dot org

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