FIX: TABLEREVERT() Does Not Release Header LockLast reviewed: May 22, 1997Article ID: Q142169 |
3.00
WINDOWS
kbprg kbfixlist kbbuglist
The information in this article applies to:
SYMPTOMSIf Pessimistic locking is in use and an APPEND BLANK is canceled with a TABLEREVERT(), another user will not be able to add another record to the table. If an attempt is made either an "Attempting to Lock...Press ESC to Cancel" message is presented or a "File is in use by another" error is generated.
CAUSEVisual FoxPro 3.0 TABLEREVERT() command is not releasing the header lock on the file.
WORKAROUNDThe best workaround is to update to 3.0b. If this is not an option, follow the TABLEREVERT() command with an UNLOCK RECORD 0. This will force an unlock of the header.
STATUSMicrosoft has confirmed this to be a problem in the Microsoft products listed at the beginning of this article. This problem was corrected in Microsoft Visual FoxPro 3.0b.
MORE INFORMATIONTABLEREVERT() does not release the header lock that has been applied by an APPEND BLANK under Pessimistic locking schemes. For example, Pessimistic Table Buffering is in effect for a form. User A on workstation 1 appends a blank record then cancels the change by issuing a TABLEREVERT(). User B on workstation 2 then attempts to append a blank record to the same table. However, the attempt fails with an "Attempting to Lock...Press ESC to Cancel" error.
Steps to Reproduce Problem
|
Additional reference words: 3.00 VFoxWin buglist3.00 fixlist3.00b multiuser
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |