Re: simple problem with string handling

On 23 Feb 2013 09:31, John Yeung wrote:

On Sat, Feb 23, 2013 at 11:50 AM, Jack Callahan wrote:

Given the current behavior of RPG strings in the context of data
structures, not difficult to construct a solution without changing
RPG.

In this instance, define a third data structure using LIKEDS,
initialize it and copy the contents of the "working" DS, and then
compare the two copied snapshots of the "working" data structure.

I think it might make a difference how you do the copy. If you're on
V5R4 or later, you can use EVAL-CORR, and I'm very confident that
will work. I'm not as sure about plain old EVAL (which is implied in
free-form). I would expect that EVAL just does a byte-for-byte copy
of the entire structure, which wouldn't help you. (I don't have
convenient access to an i right now to check myself.)

The EVAL-CORR (Assign corresponding subfields) documentation suggests that "When the source and target data structures or corresponding source and target subfields which are both data structures are defined the same way with LIKEDS or LIKEREC, that is, both data structures are defined like the same data structure, the compiler will optimize the assignment and assign the data structure as a whole, and not as a series of individual subfield assignments." I do not think that operation would help.