Kimberley,

You mentioned that one of the workstations is XP.

MSKB #812696, referenced in UT Bug List #26, records a problem with a workstation that is XP and a peer-to-peer server being Win98 or earlier.

While this does NOT sound particularly like your problem, the CAUSE is described as The problem is caused by the difference between the file locking in Windows 98 and earlier, and the file locking in Windows XP.. Now I'm just wondering if maybe NT might be a 'vintage' considered at Win98 or earlier and so have the same problem exhibited in a different way.

I guess you could try using exclusively your NT workstation to see if that still exhibits the problem (hopefully you have 2 of them to do so).

That's my bit... good luck



>This is not the problem. Even if I set the buffering to Pesimistic Table, the second save is not getting the new value from the counters table. The field is updated with the new value but when I go and assign the value in tally record to equal the value in the counters record, I am still getting the value from BEFORE the first person saved. I am not getting the actual value that is in the table on the hard drive.
>
>Doesn't No buffering behave the same as old foxpro? Therefore, it should be accessing the values from the hard drive and not some copy stored in memory?