QUICK: "Record has been changed since you found it. (FILE-B*03)"

[roger32909 at bellsouth.net]

Thanks, Joe and Richard.  Your tips reminded me to look at the default procedures.  
The problem seems to have been resolved by modifying the default UPDATE procedure.  Adding a RESET to the PUT for the SECONDARY file seems to produce the result expected, i.e. buffers cleared for SECONDARY file.  At least the error message went away after the RESET was added.

We suppose PH expects SECONDARY files to go away when PRIMARY or DETAIL associated with it is deleted, but in this case we do not want the SECONDARY deleted, hence the NODELETE option. 

We suppose another workaround would be to change the SECONDARY file to a DESIGNER, but that would be traumatic at this stage considering screen complexity and size.  SECONDARY was the choice of the original designer in 1993 and the problem was solved at that time by not allowing DELETE of any record on the screen.  Now users have more flexibility and can delete at will, which was the object of the revision.

Roger