Re: NEW_LINE()

From: James Giles (jamesgiles_at_worldnet.att.net)
Date: 10/02/04

  • Next message: Gerry Thomas: "Re: Object oriented C++ in numerical analysis" 
    Date: Sat, 02 Oct 2004 06:33:07 GMT

    Walter Spector wrote:
    > James Giles wrote:
    >>
    >> glen herrmannsfeldt wrote:
    >> ...
    >>> In the case of C, the library converts between newline terminated
    >>> lines and the record structure of the file system.
    >>
    >> I just read the appropriate parts of the C standard and I find no
    >> mention of that. The description of fscanf, for example, says
    >> nothing about it. Nor, can I see any reason (in any language)
    >> to use stream I/O on text files, instead of record based I/O,
    >> if the data on the stream is modified in that way. It eliminates
    >> the whole value of the concept.
    >
    > In the C 'fopen' library routine, one can add the letter 'b' to the
    > file mode to turn on 'binary' mode. The default is 'text' mode.
    > In my copy of C89 (November 9, 1987 draft) this is described in
    > §4.9.2.

    OK. Now I see it. But, as I said before, that means the decision
    is independent of whether you use formatting on the file or not.
    As Fortran 2003's implementation of streams works, it introduces
    no functionality that non-advancing formatted I/O doesn't already
    provide in F95. 

    -- 
J. Giles
"I conclude that there are two ways of constructing a software
design: One way is to make it so simple that there are obviously
no deficiencies and the other way is to make it so complicated
that there are no obvious deficiencies."   --  C. A. R. Hoare
  • Next message: Gerry Thomas: "Re: Object oriented C++ in numerical analysis"

    Relevant Pages

    • Re: Kind of NOT integer constant
      ... > James Giles wrote: ... >> The data type is INTEGER, ... leaves the leftmost bit set is processor-dependent. ... no deficiencies and the other way is to make it so complicated ...
      (comp.lang.fortran)
    • Re: F2k3 Environment Variable Support
      ... > James Giles wrote: ... I don't think the keys are a large price to par ... The parent must receive those changes (perhaps ... no deficiencies and the other way is to make it so complicated ...
      (comp.lang.fortran)
    • Re: Dirty numbers (was: compilation problem with module function interface definition)
      ... > James Giles wrote: ... And what is mathematically correct is *seldom* ... a short decimal string. ... no deficiencies and the other way is to make it so complicated ...
      (comp.lang.fortran)
    • Re: Pi.
      ... > James Giles wrote: ... >>> can be elided for the convenience of the compiler as opposed to ... All the more reason not to change them *after* you've double-checked ... no deficiencies and the other way is to make it so complicated ...
      (comp.lang.fortran)
    • Re: one-liner for characater replacement
      ... James Giles wrote: ... And bit strings. ... to everyone else's preference. ... no deficiencies and the other way is to make it so complicated ...
      (comp.lang.fortran)