Re: Want to replace MOVE numeric 8 to numeric 6 in free form

Hi Mark

The simple MOVE did everything we needed - anyone want to vote for IBM bringing back the opcodes they didn't put into free form? This is an example where it's just not that simple to use an EVAL.

As to the odd values - good thing to watch for. But these have been converted from a 6-digit on-screen value to 8 digits. Very little chance of weirdness, if I trust the subroutine - yes, subroutine!! - that does the work.

We do have some date routines that were probably written for the Y2K stuff - and there is the bracketing in there - man, it's been a while! But I don't think there's a subroutine for this. Otherwise the code wouldn't have had the MOVE in the first place - there's a call to one of those SRs just before the MOVE.

Old code, and it's clearly stated that I'm not to do major surgery! No time, mostly.

Thx
V.

On 8/17/2013 12:37 PM, Mark S Waterbury wrote:

Hi, Vern:

You may need more than a simple MOVE ... what are you going to do about
the "century" digits?

Suppose the data in the 6 character field is a "date" stored in "yymmdd"
format.

Consider for example, the value _991231_ ... If you just MOVE it into
that data structure, the value in the 8-digit field will be, _00991231_ ...
But, is that what you want? Or, do you want it to be _19991231_ ?
Similarly, for the value _131231,_ you may want the result to be
_20131231_ ...

You might scan the data, using an SQL "select distinct" on just the two
positions, to see whether or not you need to worry about this. Perhaps
all of your "dates" are already in the current century, so you can just
"stuff" the value "20" in the first two digit positions. Otherwise,
you may want to use date "windowing" as was common during Y2K
conversions, by choosing a "pivot" year ...

HTH,

Mark S. Waterbury

> On 8/17/2013 11:39 AM, Vernon Hamberg wrote:

I've a zoned 8,0 that is being MOVEd to a packed 6,0. I want to convert
this to free form.

I can think of putting the zoned 8,0 into a data structure with a zoned
6,0 overlaying the last 6 positions, then use an assignment statement.

In the following, I wanted to use CNVDAT instead of CNVDT8. That can
work with fields from a file, didn't work so far, so will use an
assignment of CNVDT8 = CNVDAT for now.

* Allow "MOVE" of 8-digit ot 6-digiy
D DATE8TO6 DS
D CNVDT8 8s 0
D CNVDT6 6S 0 overlay(DATE8TO6 : 3)

Then CNVDT6 should have the value I want - this is 8-digit dates to
6-digit in YMD format.

Is there a better way? I looked at several articles - Bob Cozzi, Jon
Paris, some other forums - none that I saw dealt with the MOVE from a
longer numeric to shorter.

TIA
Vern