[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: gnubol: Sequential File I/O plans
One other item I thought about is the fact that you will want a "switch" in
your file descriptor to show whether or not the file is "EXTERNAL" or not.
This impacts semantics (such as whether an implicit CLOSE is done on an EXIT
PROGRAM statement).
There are also rules (that are spread ALL OVER the Standard) about which
clauses have to be EXTERNAL if the file is external (e.g. file-status field,
linage fields, etc - I never remember which are and which are not required to
be external and there has never seemed to be any logic to this). This is
"clearly" something that needs to be checked at syntax time.
> -----Original Message-----
> From: owner-gnu-cobol@wallace.lusars.net
> [mailto:owner-gnu-cobol@wallace.lusars.net]On Behalf Of Matthew Vanecek
> Sent: Wednesday, June 14, 2000 12:20 AM
> To: gnu-cobol@lusars.net
> Subject: Re: gnubol: Sequential File I/O plans
>
>
> "William M. Klein" wrote:
> >
> > Having just read this old note, have "you all" come across the
> "same record
> > area" clause yet? This may (or may not) impact how you handle
> your buffers.
> > This is NOT a particularly commonly used phrase - but it is part of the
> > Standard (current and next) and does impact some semantics.
> >
>
> Gah! Another monkey wrench! I don't think it should be a problem,
> however. One question--is the I-O CONTROL required to follow the FILE
> CONTROL paragraph, or does it matter? I guess it shouldn't matter too
> much, if we build the parse tree before carrying out the actions, but it
> would be really nice to have the file structures defined before we
> started messing with their respective memory areas!
>
> --
> Matthew Vanecek
> Visit my Website at http://mysite.directlink.net/linuxguy
> For answers type: perl -e 'print
> $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'
> *****************************************************************
> For 93 million miles, there is nothing between the sun and my shadow
> except me. I'm always getting in the way of something...
>
> --
> This message was sent through the gnu-cobol mailing list. To
> remove yourself
> from this mailing list, send a message to majordomo@lusars.net with the
> words "unsubscribe gnu-cobol" in the message body. For more information on
> the GNU COBOL project, send mail to gnu-cobol-owner@lusars.net.
--
This message was sent through the gnu-cobol mailing list. To remove yourself
from this mailing list, send a message to majordomo@lusars.net with the
words "unsubscribe gnu-cobol" in the message body. For more information on
the GNU COBOL project, send mail to gnu-cobol-owner@lusars.net.