Translating with DrWatson… this can take a few seconds the first time.
This is a genuine, complex translation. DrWatson protects commands, error codes, and log output while naturally translating the surrounding text. It’s translated once and saved.
Mike Ripley — — source: Informix-list mailing list archive (1991-1998)
In article <3457A7B2.22FB@informix.com>, Kenneth Gonzalez
<kengon@informix.com> writes
>Hi,
>
>Mike Ripley wrote:
>> However after rejecting the changes (beforeRowApplied returned
>> False) I cannot revisit that record make the correct changes
>> and accept. I get a -259 error. The only way out is to re-query.
>>
>> If I dont use the beforeRowApplied event, then record locking
>> and staledata work fine but I dont want to automatically accept
>> record changes I need to prompt the user.
>
>I ran into a similar problem before. If I remember correctly, if you
>do a rollback on the connection object then it should work correctly.
>
>Ken
Thanks Ken but!
Still get same error after I have put in the rollback.
Even tried to do a row revert in the beforeRowApplied and return true so
as not to upset the applyRowSQL function but still goes wrong on the
next valid accept.
Any other ideas please.
--
Mike Ripley
We use strictly necessary cookies to make this site work. With your
consent we’d also use optional cookies for analytics and marketing. You can accept all,
reject all, or choose. Read our Cookie Policy.