home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: alt.cobol
- Path: sparky!uunet!inmos!fulcrum!bham!warwick!pipex!mfmail!jfid
- From: jfid@mfltd.co.uk (James Fidell (x5320))
- Subject: Re: comp-3 and ascii data representation
- Message-ID: <1993Jan27.153424.8408@mfltd.co.uk>
- Sender: jfid@mfltd.co.uk (James Fidell (x5320))
- Organization: Micro Focus Ltd., Newbury, UK
- References: <1k2hkgINNcvi@shelley.u.washington.edu> <1993Jan26.175542.20192@tandem.com> <1k4t5qINN22j@shelley.u.washington.edu> <1k4v1fINN3pp@shelley.u.washington.edu>
- Date: Wed, 27 Jan 1993 15:34:24 GMT
- Lines: 42
-
-
- In article <1k4v1fINN3pp@shelley.u.washington.edu>, lambert@stein.u.washington.edu (D. Lambert) writes:
- >
- > If implementaions of Cobol use different file storage formats
- > then wouldn't that make data files not portable?
-
- Yes.
-
- > Would each Data file from say an IBM implementation have to be converted
- > to ascii representation to be read by a cobol program with the same
- > file defintions on a DG implementation?
-
- Probably.
-
- > I thought that the data was stored the same way. Does the runtime
- > system have anything to do with conversion? I know that the runtile
- > MLS lock server prevents access to users during conficts with other
- > users or security definitions. This prevents corrupting data through
- > simultaneous write access to the file.
-
- Different COBOL vendors write files in different ways -- there is no
- guarantee that a file written by, say, IBM, COBOL will be readable using
- the same program compiled under, say, DG COBOL.
-
- IMHO, historically it has been the intention of many language vendors to
- write ``closed'' systems which are incompatible with others, in order to
- tie buyers into their system.
-
- I believe, though I would not state categorically, that ANSI specify that
- certain data-types are stored in particular ways in memory (can anyone
- confirm or refute this ?), but that doesn't really get you anywhere.
-
- > D.M Lambert
- > University of WAshington
- >
-
- James.
- --
- "Yield to temptation -- |
- it may not pass your way again" | jfid@mfltd.co.uk
- |
- - Lazarus Long | James Fidell
-