[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: R:gnubol: Record delimiter clause and parse order



Just so it is clear, there is NOTHING ambiguous about being able to do
REWRITEs on Sequential (access as well as organization) files in the '85 *or*
draft file - if they are opened I-O.  This is required by the Standard.
HOWEVER, as "line sequential" files are NOT part of the Standard, it doesn't
address what you may or may not do for that type of file.  GENERALLY, you
want the rules to be as close to RECORD SEQUENTIAL as possible (IMHO).


> -----Original Message-----
> From: owner-gnu-cobol@wallace.lusars.net
> [mailto:owner-gnu-cobol@wallace.lusars.net]On Behalf Of Matthew Vanecek
> Sent: Tuesday, June 06, 2000 11:14 PM
> To: gnu-cobol@lusars.net
> Subject: Re: R:gnubol: Record delimiter clause and parse order
>
>
> "William M. Klein" wrote:
> >
> > Assuming that we will want SOME support for "line sequential"
> files, I will
> > tell you that you run into some "strange" situations as far a
> how to handle
> > them in the MOST ANSI compliant way.  This is because they really aren't
> > fixed length and they really aren't variable length.  Therefore,
> sometimes
> > you want to follow one set of rules - and other times, the other rules.
> >
>
> Well, be kindof like fgets--read up until the next delimiter.  If it
> overflows, truncate.  Not our fault if people don't write their FDs
> correctly for the file!! ;)
>
> > For example, can you or can you not "rewrite" a line sequential
> file with a
> > record of a different length than the one you read (assuming
> that both are
> > shorter than the record size in the FD).  Similarly, when do you
> get a FS=39
> > when opening such files - what attributes are and are not checked?
>
> No, you cannot.  There seems to be some debate about whether or not
> sequential files (i.e., organization, not access) are even allowable for
> rewrites.  The draft standard is rather ambiguous on this point. I'll
> double check (this is from memory), but IIRC, MF is crystal clear--the
> only types of files (i.e., organization) for which REWRITE is
> permissible are indexed and relative.
> As I said, I'll double check at work tomorrow.  Shouldn't make a big
> difference either way, though.
>
> >
> > I can't remember all the other "oddities" that these caused when
> I was Micro
> > Focus, but I do remember that there were some "strange" rules
> for these types
> > of files.
> >
>
> Yeah, MF has some strange goings-on. :/
>
> --
> 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.