Thanks again Jim.

>>Jim,
>>
>>Thanks for the clarification. Just to be sure I'm understanding is there no easy way then to distinguish if the underlying record is DELETED() or the implicit lock fails during the TABLEUPDATE()? Simply relying on tableupdate() returning .F. doesn't seem to permit much helpful intervention.
>>
>
>Check out the AERRORS() function. AERRORS will tell you why the update failed.