Hello Potter.

>> I use optimistic row buffering for tables and this routine: (abbreviated) <<

If I were you, I would switch to optimistic table buffering. IMHO, there is no place in an application for row buffering because VFP will attempt a TABLEUPDATE() whenever the record pointer is moved and there are lots of commands hat move the record pointer behind the scenes. There is nothing that you can do with row buffering that you cannot do with table buffering. But id you switch to table buffering, you control when a record gets committed.

>> lstatus = getfldstate(-1)

This should return a numeric with one digit for each field. I then look at this to see if any fields are not ones. <<

Not exactly. It comes back with a string that contains a digit for each field unless you are EOF() in which case it returns .NULL. Also, GetFldState takes a second parameter which is the alias that you are checking. It would be more defensive coding to include the alias to make sure you are checking the correct table.

>> Lstatus is coming back as a null. Is this because I was at EOF()? <<

Yes