RLock fails and closes form

[sdocker]

Hi,

I am using a grid with a CheckBox to change multiple records. I make the changes one at a time, ie. if the user clicks on the CheckBox, the field in the table is REPLACED with the new value.

The problem I'm encountering is if RLOCK fails, it doesn't return .F., It just closes the form.

The form is called as follows:

DO FORM frmMarkExtensions NAME ofrmMarkExtensions LINKED​

Sam

 

[Olaf Doschke]

To expand: The feature "Coverage" comes from the natural language meaning: The profiler answers the question what code, more precise what branches of code (if/else, or eg all cases of a CASE, etc) are executed. The coverage profiler evaluates the log for that. The raw log is merely chronological order of things happening and you see what happens line for line logged into that file.

Bye, Olaf.

 

[sdocker]

Olaf,

I could use some help on where to place the "Create Cursor" code.

Set Coverage To doesn't give me enough info.

Thanks,
Sam

 

[Olaf Doschke]

Do this in the command window.

You can also just open the log file, but once you have the data in a cursor you have headers on the data and can do a few more things on it, filter, sum, etc.
The last lines are important to see what happened last.

Bye, Olaf.

 

[sdocker]

Olaf and Mike,

Both your advice led me to the same conclusion.

It turns out that none of the methods were triggered because the checkbox was bound to a field and the change was attempted before the record was checked for a lock.

I changed to a cursor with a select SQL and worked around it.

Thanks,

Sam

 

[Olaf Doschke]

FYI: Pessimistic buffer mode would do what you do manually, lock a record before enabling to change it. Actually "pessimistic" vs "optimistic" is not at all about buffering, but about locking. The pessimist is the one fearing conflict, therefore first locking, then changing. The optimist is changing buffer and will only lock at write time.

Bye, Olaf.