home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!haven.umd.edu!darwin.sura.net!Sirius.dfn.de!mailgzrz.TU-Berlin.DE!cs.tu-berlin.de!news.netmbx.de!Germany.EU.net!mcsun!sunic!dkuug!uts!fysik!ohnielse
- From: ohnielse@fysik.uni-c.dk (Ole Holm Nielsen)
- Newsgroups: comp.lang.fortran
- Subject: Re: extra 8 bytes
- Message-ID: <1992Nov18.102218.22763@uts.uni-c.dk>
- Date: 18 Nov 92 10:22:18 GMT
- References: <1e8i03INNecd@corax.udac.uu.se>
- Sender: news@uts.uni-c.dk (News)
- Reply-To: ohnielse@fysik.uni-c.dk
- Organization: UNI-C, Danish Computer Center for Research and Education
- Lines: 20
- Nntp-Posting-Host: fysik.uni-c.dk
-
- In article 1e8i03INNecd@corax.udac.uu.se, l@chiron.astro.uu.se (Lars Kamel) writes:
- >In article <1992Oct20.204145.27333@uceng.UC.EDU>, juber@uceng.UC.EDU (James Uber) writes:
- >|> When using fortran to write unformated data, e.g.
- >|>
- >|> open( 10, file=file1, form='unformated')
- >|> write( 10 ) (real(i),i=1,1000)
- >|>
- >|> i get a file length of 4008 bytes, or 8 bytes too much.
- >|> I never really cared before, but now i want to use
- >|> these unformatted data files in another visualization
- >|> system that has the capability to read "raw" data.
- >|> I can get around the 4 extra bytes on the front and
- >|> back of the file within this system, by telling it
- >|> to skip the first word and so on, but is there a way
- >|> to tell fortran unformatted write not to do this?
- >|> Or, is it an operating system thing?
-
- There was a discussion in this group on the origin and usefulness of
- the extra bytes a week or two ago. The extra bytes are record-length
- information.
-