Re: One Write, two records....

[Craig Richards <craig@xxxxxxxxxxxxxxxx>]

Costa,

Hard to say without looking at the program and tables, however it reminds
me of an issue I’ve seen in the past where a program updates a record -
changing a field which is not part of the key list it is reading by, but
another file sharing the same access path causes the program to pick up the
same record on its next read. Thus processing it twice.

If not that - is the file open for shared access? Could B occasionally be
moving the file pointer for A?

On Tue, 15 May 2018 at 13:13, Costa Marks <markscostas@xxxxxxxxx> wrote:

> Hello,
>
> The whole team I work with is facing a weird issue.
>
> Program A loops per order and calls program B, program B is doing just a
> write to a file (order lines) using the input parms from A.
>
> Occasionally though, program B is writing 2 lines (duplicate) for some of
> the order lines, not all. By deleting the records and rerunning the
> process, no duplicates are written.... So we can not reproduce the fault.
>
> I added a FEOD in pgm B, but we still get the duplicates once in a while.
>
> The release is V7R1M0.
>
> Both programs are RPGLE, in DFTACTGRP.
>
> Any hints?
>
> Thank you in advance,
> Costa
> --
> This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
> mailing list
> To post a message email: RPG400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
> or email: RPG400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at https://archive.midrange.com/rpg400-l.
>
> Please contact support@xxxxxxxxxxxx for any subscription related
> questions.
>
> Help support midrange.com by shopping at amazon.com with our affiliate
> link: http://amzn.to/2dEadiD