[patch, libgfortran] PR31052 Bad IOSTAT values when readings NAMELISTs past EOF
Sat Mar 10 18:51:00 GMT 2007
Steve Kargl wrote:
> On Fri, Mar 09, 2007 at 11:45:33PM -0800, Jerry DeLisle wrote:
>> I would rather keep the patch as I have it and leave dev_null.f90 alone.
>> In this case we are user proofing. st_rewind is simply seeking to position
>> zero of the file and then resetting all the internal libgfortran accounting
>> stuff. /dev/null is a "special seekable" file.
>> I have also tested this on an empty file and it works OK for that. The
>> adjustment in the patch occurs well after all the rewind stuff is done.
>> I will await approval.
> I have you tested with /dev/zero and /dev/random?
I had not, but now I have and the test_endfile does not "work" for a rewind on
these. In other words, I get an EOF condition on a read following a rewind. It
seems that the whole concept is askew. The /dev/null is defined to always give
an EOF on a read. The others should never give an EOF.
I want to give this some thinking time. The OS should give the correct response
and rewind should ideally have no effect. I think I should address why it does
have an effect now, with or without test_endfile.
In the interim, I would like to fix the original PR by eliminating test_endfile
and open a new PR related to the behavior of these special devices.
Is there agreement on this?
More information about the Gcc-patches