Re: Reset data
- From: "Pete Dashwood" <dashwood@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 28 Feb 2007 21:42:11 +1300
"William M. Klein" <wmklein@xxxxxxxxxxxxxxxxx> wrote in message
news:Pm7Fh.58212$k82.45339@xxxxxxxxxxxxxxxxxxxxxxxxx
Pete,
Although NOT related to this specific example, there was one time that
there USED to be a "good reason" for using
Move Table1 to Tabl
instead of
Initialize Tabl
In the '85 Standard (when INITIALIZE was introduced) it was
"non-conforming" to try to INITIALIZE a record that included an OCCURS
DEPENDING ON item in it, i.e. a "variable occurrence table". Although
SOME vendors provided extensions to allow this, it was not made "legal"
source code until the '02 Standard. Therefore, one could initialize a full
table (including various Comp-? fields) only by "saving" an initial value
table and moving it to the target one.
There was also the whole question of whether one did or did not want to
initialize FILLER fields and initialize "to VALUE clause". Again, both
of these were made "standard" in the '02 Standard, but were only available
as extensions in a FEW compilers before that.
Again, for THE specific example, below, using the "MOVE ZERO-TABLE to
TABELLE" seems unnecessary. Also, as all the fields are DISPLAY NUMERIC
without SIGNS, I would guess that a MOVE ZERO should work OK (although I
have rarely seen 'real-world' examples where this works as desired).
Thanks Bill.
Appreciate the background.
My position is unchanged :-)
Pete.
.
- References:
- Reset data
- From: Mitch Steens
- Re: Reset data
- From: Howard Brazee
- Re: Reset data
- From: Pete Dashwood
- Re: Reset data
- From: William M. Klein
- Reset data
- Prev by Date: Re: Reset data
- Next by Date: Re: JCL, Cobol and "Call Parameters"
- Previous by thread: Re: Reset data
- Next by thread: Re: Reset data
- Index(es):
Relevant Pages
|