The information in this article applies to:
SYMPTOMSThe SEEK command returns different results depending on the number of fields in a table. If there are 62 or less fields in a table, the SEEK command returns false when another user unmarks a record that has been marked for deletion . If there are 63 or more fields in the table, the SEEK command returns true. The expected result would be that SEEK would return false. Make sure that the SET REFRESH is set to zero and that SET DELETED is on. CAUSEThis seems to occur because FoxPro reads the table from the hard drive and retrieves the data if there are more than 62 fields in the table. If there are 62 fields or less, then FoxPro reads the data from the cache. STATUSThis behavior is by design. MORE INFORMATIONThe preceding scenario depends on having two sessions of FoxPro open and marking a record for deletion in a table in the first session, then opening the same table in a second session. After switching back to the first session and recalling the record, the SEEK command returns false if there are 62 or less fields in the table or it returns true if there are 63 or more fields in the table. The SET REFRESH must be set to zero and SET DELETED ON, for this to occur. Steps to Reproduce Behavior
Additional query words: kbVFp300b kbVFp500 kbVFp500a kbVFp600 kbXBase KbDBFDBC kbDatabase
Keywords : |
Last Reviewed: August 12, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |