--- Comment #10 from jvdelisle at gcc dot gnu dot org 2009-01-18 01:33
---
Closing, the code is invalid Fortran
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from mikael at gcc dot gnu dot org 2009-01-05 20:23 ---
(In reply to comment #8)
> As far as I can tell, ASIS is working correctly with gfortran 4.4 and 4.3.
>
So, we can close?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38122
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-11-15 20:51
---
As far as I can tell, ASIS is working correctly with gfortran 4.4 and 4.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38122
--- Comment #7 from jvdelisle at verizon dot net 2008-11-15 19:13 ---
Subject: Re: "file already opened in another unit" error
when opening /dev/null or /dev/tty twice
> Which OP? The originator of the c.l.f thread or the originator of
> this bug report.
Originator of this bug repor
--- Comment #6 from kargl at gcc dot gnu dot org 2008-11-15 17:28 ---
(In reply to comment #5)
>
> I do believe that one could write a standard conforming "layer" in Fortran to
> handle all of the OPs issues. Obviously one would have to get creative to do
> it.
Which OP? The originato
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-11-15 14:58
---
Well I managed to read that thread about 90% through without falling to sleep.
One point made there is that gfortran should not reposition the file after a
reopen as the default position= specifier should be ASIS
--- Comment #4 from burnus at gcc dot gnu dot org 2008-11-15 10:42 ---
> It's not a bug in my program. It's a bug in NONMEM VI. That is, assuming that
> /dev/tty and /dev/null are files, which they're not. They're devices.
> Regardless, it's code that runs in an older version that doesn'
--- Comment #3 from kargl at gcc dot gnu dot org 2008-11-14 20:54 ---
(In reply to comment #2)
> It's not a bug in my program. It's a bug in NONMEM VI. That is, assuming that
> /dev/tty and /dev/null are files, which they're not. They're devices.
OK, then it's a bug in NONMEM VI. Submi
--- Comment #2 from steve dot chapel at a2pg dot com 2008-11-14 20:19
---
It's not a bug in my program. It's a bug in NONMEM VI. That is, assuming that
/dev/tty and /dev/null are files, which they're not. They're devices.
Regardless, it's code that runs in an older version that doesn't
--- Comment #1 from kargl at gcc dot gnu dot org 2008-11-14 18:40 ---
(In reply to comment #0)
> The following program runs without error when compiled with g77 3.4.6 on
> Redhat
> Linux:
>
>character*72 fnint
>data fnint /'/dev/null'/
>i=index(fnint,' ')
>
10 matches
Mail list logo