Fix for three f77 I/O bugs
Daniel R. Levy
levy at ttrdc.UUCP
Sat Mar 1 05:43:49 AEST 1986
<Oh oh here it comes. Watch out boy, it'll chew you up! \
Oh oh here it comes. The LINE EATER! [Line eater]>
In article <757 at ttrdc.UUCP>, levy at ttrdc.UUCP (I) wrote:
>Here are fixes for three apparently long-standing f77 I/O library problems
>in SysV f77 (and I think in BSD 4.2 and earlier--can't speak for 4.3--
>someone sent me mail indicating that at least one of these was fixed in
>4.3):
>[bug examples and fixes for SysV f77 I/O]
Since posting this, I have gotten communication from Donn Seeley indicating
that no such fix can be found in BSD4.3 as far as he can tell. Also please see
my caveat 'I _think_ in BSD 4.2'. I can't vouch for the cause in BSD systems,
though a couple of BSD 4.(<3) systems I have tried (one on a VAX 11/780
at the University of Illinois, another an emulation [Eunice] of BSD4.1)
are obviously guilty of the SYMPTOMS of mishandling internal I/O that I
demonstrated in my 'bar' example. I made a poor choice of words when I said
it was _fixed_ in 4.3 -- rather, I should say that it WORKS OKAY in 4.3,
not that the FIX ITSELF was made under 4.3. (That is, the problem, formerly
present in at least some of BSD 4.(<3), has been banished--therefore it is a
'fixed' problem, and the code which constituted the fix has obviously been
included in 4.3, probably since the beginning.) I hope you will forgive me
for the poor semantics of my message.
I hope this will clear up any misunderstandings. Far as I can tell, if you are
on a BSD 4.3 system, you have nothing to worry about wrt internal f77 I/O
error trapping, from what I am told by Seeley.
--
------------------------------- Disclaimer: The views contained herein are
| dan levy | yvel nad | my own and are not at all those of my em-
| an engihacker @ | ployer or the administrator of any computer
| at&t computer systems division | upon which I may hack.
| skokie, illinois |
-------------------------------- Path: ..!{akgua,homxb,ihnp4,ltuxa,mvuxa,
vax135}!ttrdc!levy
More information about the Net.bugs.usg
mailing list