iostat
Richard E Maine
Richard.Maine@nasa.gov
Wed Aug 23 18:36:00 GMT 2006
On Aug 23, 2006, at 9:34 AM, Steve Kargl wrote:
> IOSTAT is a value. That value needs IMNSHO to be unique across
> all OS's.
I guess I don't see why the commonality of that value across
operating systems is particularly important. I can see why it might
be nice, but it isn't very high on my list of important things - not
anywhere near as high as the importance of having the value encode
something useful. The value sure is not portable across different
compilers, even on the same OS.
>> Implementing Erik's suggestion would allow those who care to
>> determine the appropriate message on their own.
>
> I think that that is an ugly solution. Telling a Fortran programmer
> (who may have no C language experience) to compile and run a C
> code or look in errno.h to translate a number into a more meaningful
> message seems worse than just signalling failure.
You are kidding, right? If you are serious, then I guess we just have
hugely different value judgments here because I find it hard to
disagree more. Although both options are far from ideal, I'd take the
hard-to-interpret number over "failed - you guess why" any day. By a
lot. At least with the number, the poor user can go ask someone else
for help interpreting it. Indeed, I see users asking exactly that
quite regularly. With "open failed - you guess why", the user is just
plain going to be out of luck. As the poor user, try asking for help
with that one somewhere like comp.lang.fortran... and lots of luck,
as you would need it.
I have trouble picturing why you would think that it is ok to
dispense with giving any information at all, yet it is important to
have the same non-information on all operating systems. You and I
must have some pretty basic differences in outlook somewhere.
Somewhat reminds me of an HP printer I made the mistake of having our
branch buy a few years ago. Apparently someone at HP decided that the
printer error messages on the small LED displays of printers in the
previous series were too cryptic and confusing to users. So they took
the display off. All you have now is a red light that indicates
"something is wrong". You can't tell whether there is a paper jam,
something wrong with the data sent to the printer, a network
communication problem, the printer failing some internal self test,
or maybe it just being out of paper. The sysadmin now gets regular
calls that turn out to be because the printer is out of paper. HP
fixed that horrible mistake in the next series, but we are stuck with
the one we bought. At times I've been tempted to "accidentally" drop
it down the stairs or something. I *DESPISE* that printer.
--
Richard Maine | Good judgment comes from experience;
Richard.Maine@nasa.gov | experience comes from bad judgment.
| -- Mark Twain
More information about the Fortran
mailing list