prevent deletion working erratically

Jean-Pierre A. Radley appl at jpr.com
Tue Dec 17 11:35:03 PST 2013


I don't know why this was failing both at the customer's and here, since
I do recall seeing the same dates/filesizes on prc.input/tok.input at my
customer's and here.

When I told Doug that there was no @keyd label, I was wrong -- I must
have looked at prc.input in a totally different database.

To answer my own question: @keyd processing takes precedence over the
Y/N setting in a screen.  The @keyd processing was designed to forbid
the deletion of two particular special customer records, but procedding
to "DELETE" any other record.

Richard is right: @keyd is a lot more flexible, so now in addition to
@keyd preventing deletion of two particular records, I'll add a check
for @sn.

I ruefully and abjectly apologize for wasting everybody's time.

-- 
Yours Truly,
The Ironic Answerer
JP


More information about the Filepro-list mailing list